トップページ⇒tech
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/
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くさい
03793692014/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も使えないべきだし。
0468デフォルトの名無しさん2014/05/15(木) 11:05:33.69ID:l/v1SCMb
>>463
使わないなあ
0469デフォルトの名無しさん2014/05/15(木) 11:22:14.76ID:uV6K9eLe
sqliteのデーターベースファイルに日々データを追加しているんですが
これもリポジトリで管理したほうがいいですか？
GitHubでこのファイルをみたことがないのでどうしたらいいのかわかりません
バックアップが目的なのでデータベースファイルを使ってるプロジェクトだけはzipで固めるべきか
0470デフォルトの名無しさん2014/05/15(木) 11:46:35.53ID:8MS98tJI
>>464
> 話の流れを読め。

そんな話には興味がない。
俺は単に、

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

がおかしいって言ってるだけ。

まあ、誤魔化そうと必死なのは伝わったよ (w
■ このスレッドは過去ログ倉庫に格納されています