1001コメント321KB

Git 9

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2014/04/12(土) 13:22:20.98ID:s4x1CSLN

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/

0368デフォルトの名無しさん

2014/05/03(土) 14:47:09.37ID:EAqxmtFF

>>366-367
感謝です！ありがとうございました！

0369デフォルトの名無しさん

2014/05/04(日) 11:33:46.82ID:bQKl4dNQ

リモートリポジトリからPullした直後で一切変更を加えていないにも関わらず
git statusでいくつかのファイルで差分が検出されてしまう現象にが起きています

差分が検出されているファイルのdiffを見るとソースコード全体が入れ替えられたような表示になります
しかし、該当ファイルをgit addしてから再度git diffすると変更点なしと表示されます

現象が起きるファイルは.cpp、.cs等複数の拡張子で
その拡張子のファイルすべてで起きる訳ではなく、頻繁に更新されるファイルで起きているように見えました

この現象についてWeb検索したのですが、該当しそうな情報は得られませんでした
githubのクライアントとVisualStudio2013のgit機能を併用していることに
原因がありそうな気がしているのでそのあたり調査する予定ですが
見直すべき設定等、何かヒントを頂けたら嬉しいです

0370デフォルトの名無しさん

2014/05/04(日) 11:50:13.22ID:IxrX60Uq

>>369
改行コードだな

0371デフォルトの名無しさん

2014/05/04(日) 18:11:29.06ID:Efc5dGc7

git config core.filemode false
git config core.symlinks false

0372デフォルトの名無しさん

2014/05/05(月) 12:36:20.36ID:qzGHizbC

pullは1箇所から取得してpushは複数にする方法を教えてください
AitHubのみpullして
pushはAitHub,BitHub,CitHubの3箇所に送信してバックアップがしたいんです

0373デフォルトの名無しさん

2014/05/05(月) 13:48:29.73ID:bcw2AmGJ

>>372
git remote add知ってる?

0374デフォルトの名無しさん

2014/05/05(月) 13:50:28.20ID:HNW3XBXV

それ知ってますけど1つのとこしかpushできませんよね

0375デフォルトの名無しさん

2014/05/05(月) 14:07:54.45ID:NnoKU6B2

一つの所ってなんですか？ originですか？
なんでいちいち名前を指定すると思いますか？
一つだけなら名前は必要ないはずですよね？

0376デフォルトの名無しさん

2014/05/05(月) 14:08:40.84ID:NnoKU6B2

なんでremote addだと思いますか？
一つだけならremote setでいいはずですよね？

あとは自分で考えてください。

0377デフォルトの名無しさん

2014/05/05(月) 18:39:57.72ID:G1VleuAd

git push {A,B,C}itHub branch

0378デフォルトの名無しさん

2014/05/06(火) 11:11:21.75ID:wWugdkdR

>>369
autocrlfくさい

0379369

2014/05/06(火) 15:12:16.47ID:5E8fiGLl

>>370,371,378
ありがとうございます。
いただいた助言を参考に試行錯誤して、とりあえず以下の操作をしたら
現象が落ち着きました。

・core.autocrlfをtrueからfalseに(Windowsでしか開発しないので)
・core.whitespaceを明示(space-before-tab,trailing-space)
・該当ファイルをVisualStudioの「ドキュメントのフォーマット」を使用して整形

もしかしたらwhitespace周りが原因だったのかもしれません。
どうもありがとうございました。

0380デフォルトの名無しさん

2014/05/06(火) 16:27:04.50ID:dFD2Q7zD

masterブランチの内容をtestブランチに移動して
masterブランチ内のファイルの内容を空の状態にする方法を教えてください

0381デフォルトの名無しさん

2014/05/06(火) 18:22:58.02ID:ms/T2S5F

ファイルの内容を空の状態にする？ファイルのサイズを0バイトにするってこと？

0382デフォルトの名無しさん

2014/05/06(火) 18:53:05.44ID:2kojW0Cn

あるブランチでコミットした内容をmasterに反映させる時rebaseを使えっていうのをここで習ったんですが
具体的にどうやるのか教えてください

git init
touch a
git add a
git commit -m "INITIAL COMMIT"
git checkout -b kaihatu1"
echo "1" > a
git add a
git commit -m "1を追加"
echo "1" > a
git add a
git commit -m "数字を2に変更"　←いまここ
この後から何をしたらいいのか教えてください

0383デフォルトの名無しさん

2014/05/06(火) 18:59:41.16ID:WvF/ZXc8

絵に描いたような教えてクン

0384デフォルトの名無しさん

2014/05/06(火) 19:03:35.48ID:Fr+PW76D

あるブランチでコミットした内容をmasterに反映させる時に使うのはmerge

ブランチには複数のコミットが含まれている。という前提とする。

masterにマージする時のやり方

1. squashして一つのコミットにしてマージ
2. squashせず、マージコミットを作ってマージ（no fast foward）
3. squashせず、マージコミットもつくらずマージ（fast forward）

ブランチは作業履歴とか入っていてコミットが汚いことがあるので
mergeする前にブランチを綺麗にしておくと良い。

ただし1ならコミットは一つになるからrebaseする必要はない。

2. もしくは 3の時、マージされたコミットを綺麗にしておきたいならrebaseする。
小さなバグ修正とか、タイポの修正とかそんなのが残ってても気にしないならrebase不要。

ただし、rebaseせずにfast fowardでmasterにマージすると
revertしづらくて死ぬだろう。コミットが綺麗なら3でも良いが、
2にしておくと、ブランチ単位でrevertできるから楽。

0385デフォルトの名無しさん

2014/05/11(日) 13:29:58.96ID:DrfDcIuJ

1.9.3 がリリースされたね

0386デフォルトの名無しさん

2014/05/11(日) 16:13:44.39ID:8Qasa1hM

>>385
それが・・・どうかしたの？

0387デフォルトの名無しさん

2014/05/11(日) 16:14:30.91ID:M5uHChWE

今回のはつまらんリリースだ

0388デフォルトの名無しさん

2014/05/11(日) 17:39:48.22ID:qkdWQCFA

まだ１．９つかってるの？もうこっちは２．０使ってるよ

0389デフォルトの名無しさん

2014/05/11(日) 19:24:38.83ID:04FzsR6r

俺のはいまだに1.7ですが

0390デフォルトの名無しさん

2014/05/11(日) 21:21:49.14ID:wZvRNfhO

カレントを追いかけているから俺も常に最新・・・
アップデートきてたから1.9.3に今した

0391デフォルトの名無しさん

2014/05/11(日) 21:23:17.01ID:pXskIuQ6

1.8 位から、処理速度が速くなったと思う

0392デフォルトの名無しさん

2014/05/12(月) 00:23:32.35ID:fWwUyCwI

俺初めて使ったとき、まずルートでinitしていつまでも延々待ちになってしまって
壊れているかと思った。

0393デフォルトの名無しさん

2014/05/12(月) 12:14:12.48ID:bllVZHXA

>>390
カレントってなに？gitからクローンすると2.0になるけど？

0394デフォルトの名無しさん

2014/05/12(月) 13:44:49.20ID:1rzT8Re4

>>393

>カレントってなに？gitからクローンすると2.0になるけど？

「現時点で GitHub から Git のリポジトリのクローンを取得してビルドしてインストールすると 2.0 になる」という意味？

現時点で 2.0 は正式版ではなくて RC 版だよ。
https://github.com/git/git/releases

現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。
現時点の最新の正式版は 2 日前にリリースされた v1.9.3。

0395デフォルトの名無しさん

2014/05/12(月) 16:08:54.91ID:VMOJUad9

バグ修正が中心のリリースとなる「Git 1.9.3」が公開される
http://sourceforge.jp/magazine/14/05/12/152000

0396デフォルトの名無しさん

2014/05/13(火) 00:02:25.45ID:cgdWIPbr

>>394
カレントって普通

> 現時点の最新の 2.0 は 2日前にリリースされた v2.0.0-rc3。

を指すんじゃね？

0397デフォルトの名無しさん

2014/05/13(火) 00:23:30.33ID:Kbu/OO7P

カレントって普通は安定板stableの最新版じゃないの
テスト要素のあるrcやβは含まないんじゃないの

0398デフォルトの名無しさん

2014/05/13(火) 00:36:15.98ID:A9K77IIM

普通は安定版だよ

0399デフォルトの名無しさん

2014/05/13(火) 00:47:21.79ID:V9w/ceW7

currentというとバージョン管理システムから持ってきた
開発版のソースを指すケースもあるな
*BSD方面とか

0400デフォルトの名無しさん

2014/05/13(火) 01:02:23.02ID:TNqok+m1

2.0を使ってるひとは、2.0がrc版だって認識して使ってるの？

0401デフォルトの名無しさん

2014/05/13(火) 01:09:14.75ID:8hwDbhT0

RCというのはリリース候補。ベータ版よりも
完成度が高い、リリース版レベルのもののことだよ

0402デフォルトの名無しさん

2014/05/13(火) 01:09:32.07ID:Kbu/OO7P

そりゃそうだろ
ソースからビルドするならタグから引っ張ってくるだろうし

0403デフォルトの名無しさん

2014/05/13(火) 01:11:36.76ID:Kbu/OO7P

>>401
v2.0.0はrcが1、2、3と出てるんですがそれは

0404デフォルトの名無しさん

2014/05/13(火) 01:19:56.17ID:aq/kP6dx

>>403
完成度もせいぜいベータよりはマシ、ってレベルで
gitのリリース版レベルなんてのは所詮その程度だ

ってことを>>401は言ってる。

0405デフォルトの名無しさん

2014/05/13(火) 01:21:40.67ID:TNqok+m1

2.0で付加される新機能を早く使いたいとかGitのバグ取りに協力したいっていうなら理解できるんだけど、それ以外に2.0rcをあえて使う理由ってあるの？

0406デフォルトの名無しさん

2014/05/13(火) 05:43:56.92ID:Tx8Pcw2g

自分が何かgitに関連するモノを作って自分以外の人に提供してるなら
最低でもRCの段階で問題無い事を確認しておきたいな

0407デフォルトの名無しさん

2014/05/13(火) 12:15:49.81ID:KvmMEOaQ

>>406
それは理解できる
でもこのスレの >>388 とか >>393 ってそういう感じじゃないんだよね
GitHubからクローン取得してビルドしたら2.0で、2.0がrcであることも知らないで使っている、そして2.0未満のバージョンのユーザを馬鹿にしている
こんな風に思えてしまう

0408デフォルトの名無しさん

2014/05/13(火) 12:57:27.93ID:0j07nOJV

データを蓄積するツールとして使ってるから安定版。俺はまだ1.7使ってるし。

0409デフォルトの名無しさん

2014/05/13(火) 13:06:38.35ID:vRP8IXzs

>>407
身の回りにいるならともかく、ネットの向こうにいる他人なんてほっとけよ。
あと、>>388 でバカにされたとか思うようなら、このての掲示板見ない方がいいと思うぞ。

0410デフォルトの名無しさん

2014/05/13(火) 13:14:13.76ID:+cSIqVHp

gitでバージョン番号管理って、みんなどうやってる？

0411デフォルトの名無しさん

2014/05/13(火) 18:24:36.93ID:A9K77IIM

vistaでgui使ってコミットするファイルの選択してたら固まりまくったんだけどなんなん
1.8.4で起きて1.9.2に更新しても再発した
もろもろ込みの15mくらいのexe
Git-1.8.4-preview20130916　→　Git-1.9.2-preview20140411

0412デフォルトの名無しさん

2014/05/13(火) 18:42:33.12ID:KvmMEOaQ

>>409
了解

0413デフォルトの名無しさん

2014/05/13(火) 20:58:37.93ID:Xzl/NzK/

Gitのmasterはrcとはいえpuやnextに比べれば安定してんじゃねーの
あとGitはrcをリリース4 5週間前から毎週出すポリシーみたいだから、
rcの数が多いか少ないかで安定度は測れない。
一応今週末に正式リリース予定ぽいんで、
今週出なければなんかまずいバグが残ってるのかもね。

0414デフォルトの名無しさん

2014/05/13(火) 21:43:52.50ID:HfUZuSMx

gitをコンパイルして入れるときってユーザーはrootでやってますか？

0415デフォルトの名無しさん

2014/05/13(火) 21:58:13.25ID:8hwDbhT0

>>414
コンパイルは一般ユーザー

ディストリは？

0416デフォルトの名無しさん

2014/05/13(火) 22:42:01.92ID:HfUZuSMx

debianです
ソースコードから入れる時って/usr/local/srcにいれてるんですが
ここ一般ユーザーだと書込できないんですよね
おまけにrootにsshの設定をしてないのでgit cloneできないし
rootにsshの設定をするべきではないらしいのでどうするのがいいのかわかりません

0417デフォルトの名無しさん

2014/05/13(火) 22:48:27.73ID:8hwDbhT0

debianなら /usr/local 以下は staff グループになってるでしょ？
なら自分をstaffグループに追加すればいいだけ。

まあ、俺は自分のhome以下でコンパイルするけど。

なんかさ、よくコマンド実行できなかった時、
グループに追加すればいいのに、すぐsudo使う人いるよね。

0418デフォルトの名無しさん

2014/05/13(火) 22:49:46.52ID:tJgFTBc/

ソースなんてどこに入れてもいいし、バイナリやライブラリもパス通ってるならどこでもいい

0419デフォルトの名無しさん

2014/05/13(火) 22:49:59.25ID:tmdhIwHM

なんか呼ばれたような気がしたので

0420デフォルトの名無しさん

2014/05/13(火) 23:30:22.27ID:HfUZuSMx

なんかエラーで全然ここに書込ができません
ありがとうございます
あとはlinxuできいてきます

0421デフォルトの名無しさん

2014/05/14(水) 00:59:32.71ID:N43CNidq

Git の公式の文書ではソースからのインストールの例として sudo を使ってるけどね。
http://git-scm.com/book/en/Getting-Started-Installing-Git

0422デフォルトの名無しさん

2014/05/14(水) 01:46:24.51ID:ToGrq+HN

>>410
リリース番号とかなら、CIツールのビルド番号とかでいいんじゃね

0423デフォルトの名無しさん

2014/05/14(水) 02:13:25.97ID:+eGAQ9pX

そもそも自分しか使わない PC で、いちいちグループに追加とかしてると、むなしくなってくるわ
sudo で十分だよ

0424デフォルトの名無しさん

2014/05/14(水) 02:48:09.56ID:LFlUnuUg

sudo & パスワード打つのが面倒だろ？
楽な方を提案してるんだよ。

0425デフォルトの名無しさん

2014/05/14(水) 02:49:32.86ID:TJ8LcHmI

もうrootになっちゃえよ。

0426デフォルトの名無しさん

2014/05/14(水) 02:51:54.81ID:EH48jFeA

侵入されたら即乗っ取られそうなインターネッツですね

0427デフォルトの名無しさん

2014/05/14(水) 03:03:17.35ID:LFlUnuUg

>>425
それはだめ。

root使うなって流れでsudoなんだろうけど、
なんでもsudo使ってたら意味ないって。

そのうち普通のコマンドまでsudo使う癖がつくとかな。
sudoつかってホームディレクトリ以下にファイルやディレクトリを
作るもんだから、自分のファイルを編集できないとかアホなことにｗ

0428デフォルトの名無しさん

2014/05/14(水) 04:42:12.31ID:8Tw5p8Hi

一般ユーザの権限増やしちゃうほうが余程ダメだろ
確かに初心者の頃には自分に弄れないファイル作ったりするもんさ

…でも、そこでそのファイルの所有者を自分に戻す方法や
どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
「一般ユーザの権限を増やしちゃえ」
ってやるのは思考停止だと思うよ、root常用と発想が変わらない

0429デフォルトの名無しさん

2014/05/14(水) 05:13:22.04ID:TJ8LcHmI

普通にrootでapt-getしてstaffなユーザでgit使ったらいいんじゃないの。
staffグループに入れるのすら嫌うのにsudoersに入ってるってどゆことよ。

0430デフォルトの名無しさん

2014/05/14(水) 07:50:49.18ID:gY3lBZ4/

GUI があって sudoers 弄ってる認識ないとか。

0431デフォルトの名無しさん

2014/05/14(水) 07:51:39.21ID:HVjR+QBF

>>429
> 普通にrootでapt-getして

いちいち root でログインしてるのか？

0432デフォルトの名無しさん

2014/05/14(水) 08:16:46.96ID:1MSvyiHJ

脱線はそのくらいで

0433デフォルトの名無しさん

2014/05/14(水) 10:07:15.20ID:LFlUnuUg

>>431
権限あればいいんだから方法はなんでもいい
須藤でも流宇屠でもなんでもいい

0434デフォルトの名無しさん

2014/05/14(水) 10:21:07.79ID:U/CskQfB

そもそもlinux公式のパッケージなんて古いのに誰が使うんだよ
俺が使ってるのディストリのは1.7だぞ
OpenSSLの件もあるのに今1.9.1以下を使ってる奴は世界の地雷

0435デフォルトの名無しさん

2014/05/14(水) 10:50:10.78ID:tkkbE9ax

権限設定が大雑把すぎる
rootにならないと何もできない

0436デフォルトの名無しさん

2014/05/14(水) 11:53:53.82ID:HVjR+QBF

>>433
>>429 が sudoers どうのこうの言ってるから聞いただけ。

関係無いけど、須藤とか流宇屠とか面白いと思って書いてるの？

0437デフォルトの名無しさん

2014/05/14(水) 13:19:05.91ID:LFlUnuUg

>>436
面白いと思ってるならいちいち確認しにくるなよ
もっと自分の感性に自信持てや

0438デフォルトの名無しさん

2014/05/14(水) 14:37:13.29ID:RXztcnfz

>>427
>なんでもsudo使ってたら意味ないって。

たしかにsudoインフレ気味のきらいはある。
お前もう別にrootでログインしているのと変わらんのと違うか、みたいな。

0439デフォルトの名無しさん

2014/05/14(水) 15:57:03.71ID:z8cZm/fT

スクリプトの中でsudo書いたら負け

0440デフォルトの名無しさん

2014/05/14(水) 18:43:36.40ID:HVjR+QBF

>>437
ひょっとして皮肉って、わからなかったのか？ (w

0441デフォルトの名無しさん

2014/05/14(水) 19:12:13.53ID:56gZpWss

どうでもいい

0442デフォルトの名無しさん

2014/05/14(水) 19:45:20.61ID:LYwl2FB3

相談させてください。
開発ブランチをmasterへマージしたいのですが、
masterブランチがかなり進んでしまい、開発ブランチとの共通コミットがかなり前の物となってしまいました・・・
このままマージすると履歴が見づらいので、masterでリベースをしたいのですが、
開発ブランチにも、沢山のマージコミットがあり、そのままリベースするとマージコミットが吹き飛んで困ります。
マージコミットを残したままで、masterとリベースする方法というのはあるでしょうか？
もし、そのような方法がない場合・・・
どのようにすれば、少しでも見やすい履歴として残してマージする事ができるのでしょうか・・・
よろしくお願いします

0443デフォルトの名無しさん

2014/05/14(水) 20:19:17.04ID:NgeMMujl

マージじゃあかんのか？

0444デフォルトの名無しさん

2014/05/14(水) 20:37:04.99ID:W0xDTkwU

--preserve-merges で ggrks

0445デフォルトの名無しさん

2014/05/14(水) 20:38:55.41ID:W0xDTkwU

だけど俺もマージをおすすめする

0446デフォルトの名無しさん

2014/05/14(水) 20:59:04.67ID:LYwl2FB3

>>443-445
お答えありがとうございます
まさしく、--preserve-merges この機能を求めていました！
本当に助かりました
普通にマージでも、運用はまったく問題ありません。
しかし、あまりに前のコミットからブランチが切れている物なので、
グラフ上でその他のマージしたコミットなどを、またぎまくりで見るのた大変な状態でした・・・
本当に感謝です

0447デフォルトの名無しさん

2014/05/14(水) 21:21:30.74ID:Tc6rr+/g

男なら履歴をいじってんじゃねえよ！

0448デフォルトの名無しさん

2014/05/14(水) 22:35:14.87ID:XlAO72qf

http://git-scm.com/download/gui/win
ここにTortoiseGitないのは何で？

0449デフォルトの名無しさん

2014/05/14(水) 23:23:23.76ID:LFlUnuUg

>>428
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
意味不明。

今の話はsudo権限で書き込める人に対して
sudo使うな一般ユーザー権限でコマンド使えるようにしろって話だから。

誰もsudo権限ない人に権限与えろなんて言ってねーよｗ

> …でも、そこでそのファイルの所有者を自分に戻す方法や
> どうすれば一般ユーザのファイルとして作れるのかを考えず調べずに
> 「一般ユーザの権限を増やしちゃえ」
> ってやるのは思考停止だと思うよ、root常用と発想が変わらない

そんな話してないけどねｗ

sudo使って権限を変える行為のがroot常用と同じだから
sudoも使わずに一般ユーザーでやれるようにしろと。

ユーザに必要な権限を与えるのは、必要で許されるならば何の問題もなく、
権限を与えなければ、sudo使うしか無いわけでそれがroot使ってるのと変わらない。

っていうか、sudo常用＝root常用ってわかってる？

0450デフォルトの名無しさん

2014/05/14(水) 23:36:27.18ID:ExP2CQtU

a.phpを修正(50行)した後にb.php(500行)を修正しました
このときgit add a.php; git commit -m "a.phpを修正"したあとにgit checkout -fしたらどうなりますか？

0451デフォルトの名無しさん

2014/05/14(水) 23:36:39.56ID:EH48jFeA

クソニートの戯言はチラシの裏にでも書いてくださいね

0452デフォルトの名無しさん

2014/05/14(水) 23:38:18.31ID:EH48jFeA

>>449宛て

0453デフォルトの名無しさん

2014/05/14(水) 23:45:05.68ID:LFlUnuUg

煽って何がしたいの？ｗ

0454デフォルトの名無しさん

2014/05/14(水) 23:48:28.71ID:PSOih+2g

今週の中学生日記はここですか

0455デフォルトの名無しさん

2014/05/15(木) 00:44:28.26ID:YRo5/B9y

>>449
「どこからがどの権限なのか」を意識しづらいのがroot常用の一番の問題かと。
まあそもそも、もうスレチなんだが。

0456デフォルトの名無しさん

2014/05/15(木) 01:08:22.07ID:p6ZJAeXV

>>449
> っていうか、sudo常用＝root常用ってわかってる？

こういう奴って /etc/sudoers の ALL = (ALL) ALL をおまじないだと思ってるんだろうな...
能力のないものには、いい道具与えても無駄なのがよくわかるな (w

0457デフォルトの名無しさん

2014/05/15(木) 01:23:15.29ID:FUoGOy6E

>>456
本当にsudo常用がroot常用と変わらないの分からないの？

sudo touch a ってやったら、root:rootでファイル作られるよね？

sudoはなるべくrootにならずに、root権限（ユーザー未指定の場合）で
実行するものであって、結局のところrootで実行しているのと同じ。
sudoを常用したら意味がないんだけど。

なんでもかんでもsudo使って"root権限で実行"するのではなく
適切な権限を指定しなさいと言ってる。

0458デフォルトの名無しさん

2014/05/15(木) 01:45:41.47ID:p6ZJAeXV

>>457
> sudo touch a ってやったら、root:rootでファイル作られるよね？

お前俺のレスの意味わかってないだろ (w
touch でファイル作られるのが嫌なら禁止すればいいだけ
ALL = (ALL) ALL って書いといて、root 常用と同じとか、バカすぎ

0459デフォルトの名無しさん

2014/05/15(木) 02:11:34.74ID:t+uv2X5h

「俺のレス」
くさかべ先生が怒りそう

0460デフォルトの名無しさん

2014/05/15(木) 02:39:04.28ID:mVM4WfmV

そういうことにしたいのでつね

0461デフォルトの名無しさん

2014/05/15(木) 03:28:24.48ID:FUoGOy6E

>>458
お前根本的に間違ってるじゃんか。

/usr/local/srcへの書き込みだぞ。
実行コマンドを制限してどうする。

こういう時はグループで書き込み権限を与えるんだよ。
sudo使うにしても結局グループ使うんだから、
sudoの前にまずグループだろうが。

0462デフォルトの名無しさん

2014/05/15(木) 07:07:31.46ID:p6ZJAeXV

>>461
> /usr/local/srcへの書き込みだぞ。

俺はそんな話してない。
俺は、

> っていうか、sudo常用＝root常用ってわかってる？

がおかしいって言ってるだけ。
ちなみに sudo はグループでもユーザーでも指定して制御できるから

> sudo使うにしても結局グループ使うんだから、

は、根本的に間違ってる。
なので、

> お前根本的に間違ってるじゃんか。

これはお返ししておくよ (w

0463デフォルトの名無しさん

2014/05/15(木) 07:10:12.05ID:ARfjiSB0

ブランチ名に日本語使ったりする？

0464デフォルトの名無しさん

2014/05/15(木) 09:03:46.47ID:FUoGOy6E

>>462
> 俺はそんな話してない。
そもそもそれが間違ってるじゃないか。

話の流れを読め。

最初の >>416 はファイルを書き込む権限の話。
> ソースコードから入れる時って/usr/local/srcにいれてるんですが
> ここ一般ユーザーだと書込できないんですよね

>>428 でもファイルを書き込む権限の話。
> 一般ユーザの権限増やしちゃうほうが余程ダメだろ
> 確かに初心者の頃には自分に弄れないファイル作ったりするもんさ

最初っから、ファイルの権限の話なんだよ。

0465デフォルトの名無しさん

2014/05/15(木) 09:14:11.31ID:8qQimVf0

sudoをroot権限を与えること以外で使うなら
setuidで十分な事が多くね？

0466デフォルトの名無しさん

2014/05/15(木) 10:08:52.62ID:uV6K9eLe

/usr/local/srcを一般ユーザーに権限与えるのってLinuxの意に反してないの？
rootしか書き込みできないのは意味があってそうなってるんじゃないの？

0467デフォルトの名無しさん

2014/05/15(木) 10:20:43.45ID:yW4QL04N

>>466
staffなら書き込めるんだからそれこそが意だろ。
本当の一般ユーザをstaffにするのはおかしいが、
それならそもそもsudoも使えないべきだし。

■ このスレッドは過去ログ倉庫に格納されています