探検
バージョン管理システムについて語るスレ10
304デフォルトの名無しさん
2014/03/11(火) 18:31:23.02 sticky bitのことを知ってるのは俺だけだと思ってそうw
305デフォルトの名無しさん
2014/03/11(火) 18:32:26.65306デフォルトの名無しさん
2014/03/11(火) 18:32:50.57 >>302
個々の人の開発環境っていきなり何の話。
スレを「開発環境」検索しても
無関係なものしかヒットしないんだけど。
プロジェクトファイルだけを共有するんだから
個々の人の開発環境は、個々の人でしょ?
(つまりホームディレクトリに設定ファイルがある)
好きなエディタ使えるよ。そういう話だよね?
個々の人の開発環境っていきなり何の話。
スレを「開発環境」検索しても
無関係なものしかヒットしないんだけど。
プロジェクトファイルだけを共有するんだから
個々の人の開発環境は、個々の人でしょ?
(つまりホームディレクトリに設定ファイルがある)
好きなエディタ使えるよ。そういう話だよね?
307デフォルトの名無しさん
2014/03/11(火) 18:33:48.41 >>304
そんなのだれでも知ってる。
そんなのだれでも知ってる。
308デフォルトの名無しさん
2014/03/11(火) 18:34:32.24309デフォルトの名無しさん
2014/03/11(火) 18:37:15.19 gitを知らないどころか
グループ権限までしらん人がいるのか。
下には下がいるもんじゃw
グループ権限までしらん人がいるのか。
下には下がいるもんじゃw
310デフォルトの名無しさん
2014/03/11(火) 18:42:01.17311デフォルトの名無しさん
2014/03/11(火) 18:42:47.49312デフォルトの名無しさん
2014/03/11(火) 18:43:39.11313デフォルトの名無しさん
2014/03/11(火) 18:46:22.62314デフォルトの名無しさん
2014/03/11(火) 18:47:18.73 >>311
すまん、共有ディレクトリの話なら誤レスだ、無視してくれ。
すまん、共有ディレクトリの話なら誤レスだ、無視してくれ。
315デフォルトの名無しさん
2014/03/11(火) 18:48:54.26316デフォルトの名無しさん
2014/03/11(火) 18:49:39.77317デフォルトの名無しさん
2014/03/11(火) 18:50:08.29 SVNで一つのディレクトリを複数の人で
共有して開発ってマジでやってんの?
ちょっとその発想はなかった。
共有して開発ってマジでやってんの?
ちょっとその発想はなかった。
318デフォルトの名無しさん
2014/03/11(火) 18:51:39.62 >>315
それは setuid だよ (w
それは setuid だよ (w
319デフォルトの名無しさん
2014/03/11(火) 18:51:42.41 >>316
それは>>229だな。しっかりやり方を説明しちゃってる。
229 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/11(火) 10:40:50.83
>>220
user = {dev1, dev2, co-dev1}
がいるときに、
/proj/src/app/
/proj/src/lib/
/proj/src/else
/proj/else
というディレクトリ構成で、
* dev1,dev2は全てのディレクトリ以下を参照できる
* co-dev1は/proj/src/lib以下を見ることができない。それ以外は全部参照できる
という設定をするとき、
dev-group = {dev1, dev2, co-dev1}
lib-dev-group = {dev1, dev2}
というグルーピングをし、
chgrp -R /proj dev-group
chgrp -R /proj/src/lib
chmod -R 770 /pro/src/lib
とすれば実現できるが、これをgitではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。
それは>>229だな。しっかりやり方を説明しちゃってる。
229 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/11(火) 10:40:50.83
>>220
user = {dev1, dev2, co-dev1}
がいるときに、
/proj/src/app/
/proj/src/lib/
/proj/src/else
/proj/else
というディレクトリ構成で、
* dev1,dev2は全てのディレクトリ以下を参照できる
* co-dev1は/proj/src/lib以下を見ることができない。それ以外は全部参照できる
という設定をするとき、
dev-group = {dev1, dev2, co-dev1}
lib-dev-group = {dev1, dev2}
というグルーピングをし、
chgrp -R /proj dev-group
chgrp -R /proj/src/lib
chmod -R 770 /pro/src/lib
とすれば実現できるが、これをgitではどうやるかという話だと思うが。
もちろん、複数人で開発するのだから、サーバでの話。
320デフォルトの名無しさん
2014/03/11(火) 18:54:52.43321デフォルトの名無しさん
2014/03/11(火) 19:03:19.56322デフォルトの名無しさん
2014/03/11(火) 19:07:36.74 >>304
> 304 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/11(火) 18:31:23.02
> sticky bitのことを知ってるのは俺だけだと思ってそうw
なんでここでsticky bitがでてくるの?
> 304 名前:デフォルトの名無しさん[sage] 投稿日:2014/03/11(火) 18:31:23.02
> sticky bitのことを知ってるのは俺だけだと思ってそうw
なんでここでsticky bitがでてくるの?
323デフォルトの名無しさん
2014/03/11(火) 19:13:14.84324デフォルトの名無しさん
2014/03/11(火) 19:14:10.07 > SVN はサーバー側で設定すれば見せたくないフォルダーとかはチェックアウトできなくなるからクライアント側で設定する必要がない
サーバー側で設定すればだろ?
同じことがgitでもできるってなんで考えられないの?
サーバー側で設定すればだろ?
同じことがgitでもできるってなんで考えられないの?
325デフォルトの名無しさん
2014/03/11(火) 19:16:09.81326デフォルトの名無しさん
2014/03/11(火) 19:16:27.40 ゲーム脳ってあるでしょ? あれ、ゲームやってる人の脳がおかしいって話だったけど、
よくよく聞くと、「ゲーム脳」といっている人の脳がおかしいって気づく。
自分が「ゲーム脳」とはこうである!と決めて
それが絶対正しいと思い込んじゃう。
論理的に考えれば、明らかに間違っていることを
指摘しても聞く耳持たなくなっちゃう。
git脳という単語を見た時、そう思ったよ。
よくよく聞くと、「ゲーム脳」といっている人の脳がおかしいって気づく。
自分が「ゲーム脳」とはこうである!と決めて
それが絶対正しいと思い込んじゃう。
論理的に考えれば、明らかに間違っていることを
指摘しても聞く耳持たなくなっちゃう。
git脳という単語を見た時、そう思ったよ。
327デフォルトの名無しさん
2014/03/11(火) 19:18:48.85328デフォルトの名無しさん
2014/03/11(火) 19:19:52.02 お前らこれ以上スレを汚すのはやめろ
329デフォルトの名無しさん
2014/03/11(火) 19:22:18.83 /.Jに集うLinuxヲタ達と同じ臭いがする
gitスレ行けばいいのに
gitスレ行けばいいのに
330デフォルトの名無しさん
2014/03/11(火) 19:29:18.86 >>326
自分が【「ゲーム脳」といっている人の脳がおかしい】と決めてそれが絶対正しいと思い込んじゃうんですね、わかります (w
論理的に考えればこの手のレスが返ってくることぐらいわかるだろうに...
自分が【「ゲーム脳」といっている人の脳がおかしい】と決めてそれが絶対正しいと思い込んじゃうんですね、わかります (w
論理的に考えればこの手のレスが返ってくることぐらいわかるだろうに...
331デフォルトの名無しさん
2014/03/11(火) 19:37:04.02332デフォルトの名無しさん
2014/03/11(火) 19:40:41.99 だよな、サブモジュール使えばいいだけなのに
なんでこんなにぶつくさ言ってるんだろ?
なんでこんなにぶつくさ言ってるんだろ?
333デフォルトの名無しさん
2014/03/11(火) 19:48:49.23334デフォルトの名無しさん
2014/03/11(火) 20:06:23.63335デフォルトの名無しさん
2014/03/11(火) 20:09:24.61 ○○脳って言っている奴をあほだな−って言ってる奴ってバカって言ってる奴はバカだなw
336デフォルトの名無しさん
2014/03/11(火) 20:22:31.76 以下リソース使い果たすまで無限ループ
これぐらいマならすぐ気づくよね (w
これぐらいマならすぐ気づくよね (w
337デフォルトの名無しさん
2014/03/11(火) 20:23:22.49 ループを始める奴はバカ。でいいだろ。
338デフォルトの名無しさん
2014/03/11(火) 20:30:02.85 遅れて参加するバカ (w
339デフォルトの名無しさん
2014/03/11(火) 23:33:26.18ID:AS7or27e くそっ祭りに乗り遅れた
340デフォルトの名無しさん
2014/03/12(水) 08:56:55.68ID:xZa9J+Yh git脳とかruby脳とかは確かにいそうだな
というか、兼ねてそう
というか、兼ねてそう
341デフォルトの名無しさん
2014/03/12(水) 09:44:46.02ID:EfiLuccu ということにしたいのですね
てゆーかrubyのリポジトリはsvnだし
てゆーかrubyのリポジトリはsvnだし
342デフォルトの名無しさん
2014/03/12(水) 12:41:26.93ID:F9SiziZl343デフォルトの名無しさん
2014/03/23(日) 20:02:10.72ID:c9zQodrj 集中型も分散型も長所短所があるから、それぞれ使い分ければいいと思う。
いくつがある分散型のいずれを使うべきかは、もう少しふるいにかけられそうだけど
いくつがある分散型のいずれを使うべきかは、もう少しふるいにかけられそうだけど
344デフォルトの名無しさん
2014/03/24(月) 02:20:29.69ID:AMSnjzm1 ところで gif は「じふ」なのに、なんで git は「ぎっと」と発音するの?
おいらずっと「じっと」(GitHUBも「じっとはぶ」)かと思ってたんだが
char の「ちゃー」くらいには許される呼び方?
おいらずっと「じっと」(GitHUBも「じっとはぶ」)かと思ってたんだが
char の「ちゃー」くらいには許される呼び方?
345デフォルトの名無しさん
2014/03/24(月) 07:32:40.20ID:ioVgRUr7 >>344
giftをジフトと読むの?
giftをジフトと読むの?
346デフォルトの名無しさん
2014/03/24(月) 09:30:08.86ID:XOzrhor0 作った人がぎっとと読むと規定しているからぎっと。
347デフォルトの名無しさん
2014/03/24(月) 10:02:45.75ID:XUp8kLsg gを硬音で読むか否かは単語次第じゃね?
348デフォルトの名無しさん
2014/03/24(月) 11:56:40.64ID:ftyS+NcD 読まないパターンもあるよねgって
何にしても英語は1文字で色んな読み方させすぎなんだよなあ
何にしても英語は1文字で色んな読み方させすぎなんだよなあ
349デフォルトの名無しさん
2014/03/24(月) 12:49:27.70ID:XUp8kLsg 日本語だって外国人の耳には、ガ行の鼻濁音とか、nとngとmとか、
違って聞こえるらしい、とは聞くけど。
違って聞こえるらしい、とは聞くけど。
350デフォルトの名無しさん
2014/03/24(月) 13:58:16.38ID:6jBkDFrJ351デフォルトの名無しさん
2014/03/24(月) 16:54:24.35ID:a26hHntV >>350
gnomeのgがサイレント
gnomeのgがサイレント
352デフォルトの名無しさん
2014/03/24(月) 17:30:12.14ID:ftyS+NcD paradigm
align
sign
foreign
gnome(地の精)
gnu(動物)
>>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて
align
sign
foreign
gnome(地の精)
gnu(動物)
>>348 で本当に言いたかったのは英語のスペルと読み方とのパターンが多過ぎってほうだったりするが…済まないな分かりにくくて
353デフォルトの名無しさん
2014/03/24(月) 17:31:20.91ID:wy6Yi8GY 音声会話しなければ読み方を間違っていようとどうということはない
354デフォルトの名無しさん
2014/03/24(月) 18:34:50.84ID:6jBkDFrJ あーごめん、自分でGhoti=無音って書いてたw
355デフォルトの名無しさん
2014/03/24(月) 19:20:28.83ID:/srzAoX5 この板でgnuにgnomeって言ったら発音するほうだろ
356デフォルトの名無しさん
2014/03/24(月) 20:25:59.17ID:M+aKCxbC だからわざと地の精だの動物だの、単語の後ろに括弧書き入れてるんじゃないか
357デフォルトの名無しさん
2014/03/25(火) 05:10:50.16ID:eBzwX2YU358デフォルトの名無しさん
2014/03/25(火) 21:09:31.60ID:KiqIKVFY 英単語の git から名付けられているんだから辞書引けよ。
発音の文句は英語に言え。
発音の文句は英語に言え。
359デフォルトの名無しさん
2014/03/25(火) 22:11:25.75ID:JLDIFaf/ give me dictionary
360デフォルトの名無しさん
2014/03/28(金) 22:52:46.45ID:5jt9WDvZ Word Excelでバージョン管理できないか探したら
以外とsvnが充実してた
My Docmentsの下を全部svnで管理してみる事にする
以外とsvnが充実してた
My Docmentsの下を全部svnで管理してみる事にする
361デフォルトの名無しさん
2014/03/28(金) 23:20:29.35ID:W/hCr5dM gitで対応させてみてるけど差分が見れるだけで差分だけ保存できるわけでも
バイナリだけ変更されたファイルを更新から除外できるわけでもないからあまり意味なくないか
今のとこ文書は別のツール使わないならサブモジュールで別管理することでバージョンアップごとに
コードと違うスパンで不要な差分を捨てて圧縮できるようにするのがベストかなと思う
バイナリだけ変更されたファイルを更新から除外できるわけでもないからあまり意味なくないか
今のとこ文書は別のツール使わないならサブモジュールで別管理することでバージョンアップごとに
コードと違うスパンで不要な差分を捨てて圧縮できるようにするのがベストかなと思う
362デフォルトの名無しさん
2014/03/29(土) 04:06:14.46ID:5pTO27a4 うちのvistaにはMy Docmentsないわ
363デフォルトの名無しさん
2014/03/29(土) 16:22:17.08ID:vvSk+gJf >>362
dir /ai
dir /ai
364デフォルトの名無しさん
2014/03/29(土) 16:23:23.76ID:COOtOu/G = dr / a
365デフォルトの名無しさん
2014/03/29(土) 16:39:26.66ID:5pTO27a4 脱字に突っ込んでボケたんだけどわからなかったのか
366デフォルトの名無しさん
2014/03/29(土) 16:43:09.78ID:vvSk+gJf ごめんねアスペで
367デフォルトの名無しさん
2014/03/29(土) 16:55:18.32ID:WP7oRJZ8 test
368デフォルトの名無しさん
2014/03/29(土) 22:12:43.18ID:5lBv4fjg progitレベルで分かりやすくsvnを説明してるサイトってない?
369デフォルトの名無しさん
2014/03/30(日) 04:35:55.31ID:vSu4GC6v githubって日本語化出来なかったっけ?
370デフォルトの名無しさん
2014/03/30(日) 05:30:04.27ID:S+rtzMEf371デフォルトの名無しさん
2014/03/30(日) 07:28:31.43ID:vSu4GC6v >>370
これって日本語化はフッターから設定出来るってこと?
これって日本語化はフッターから設定出来るってこと?
372デフォルトの名無しさん
2014/03/30(日) 16:29:46.25ID:aCLztA2m 日本語化なんて必要ないだろ
gitに限った話じゃないが
gitに限った話じゃないが
373デフォルトの名無しさん
2014/03/30(日) 17:47:06.81ID:ER66GczB 日本語化したいって言ってるの
374デフォルトの名無しさん
2014/03/30(日) 17:47:14.41ID:vSu4GC6v375デフォルトの名無しさん
2014/03/30(日) 18:15:55.57ID:qidUF1O3 GitHubは多国語化をすすめようとしてたが、中止して英語オンリーに戻った
英語使えない奴はいらねえって方針です
英語使えない奴はいらねえって方針です
376デフォルトの名無しさん
2014/03/31(月) 06:05:41.54ID:Dx9xREGz377デフォルトの名無しさん
2014/03/31(月) 09:43:28.17ID:wgezm0yV 必要ないからな
378デフォルトの名無しさん
2014/03/31(月) 11:06:34.75ID:la3eTEK/ ファイルのバージョン管理と
ソフト機能のバージョン管理の
違いを認識しろよ。
ソフト機能のバージョン管理の
違いを認識しろよ。
379デフォルトの名無しさん
2014/03/31(月) 12:43:54.59ID:QAfH9xRd >>376
これ Word は大丈夫だと思うけど Excel って開いてるだけでファイル変更しちゃう (閉じた時に戻すけど) のにはどう対応してるのか気になる
あと、更新ボタンがあるってことはいよいよマージができるようになったのか?
暇ができたらちょっと試してみるかな。
これ Word は大丈夫だと思うけど Excel って開いてるだけでファイル変更しちゃう (閉じた時に戻すけど) のにはどう対応してるのか気になる
あと、更新ボタンがあるってことはいよいよマージができるようになったのか?
暇ができたらちょっと試してみるかな。
380デフォルトの名無しさん
2014/03/31(月) 22:56:37.85ID:1jlgN23C WordはWord自体がバージョン管理機能あるからな
ある程度システム化が進んだ会社だとシェアポイント導入してるし
ある程度システム化が進んだ会社だとシェアポイント導入してるし
381デフォルトの名無しさん
2014/04/01(火) 07:58:31.08ID:CCDQkOuB382デフォルトの名無しさん
2014/04/01(火) 08:06:15.82ID:6WDKRgCz Word文章を複数人で同時に書き換えなきゃいけないシーンが思いつかない
ソースコードと違って普通は自分が担当するページは決まっているから全員が並行して作業を進めても問題ないし
ソースコードと違って普通は自分が担当するページは決まっているから全員が並行して作業を進めても問題ないし
383デフォルトの名無しさん
2014/04/01(火) 08:21:28.31ID:CCDQkOuB384デフォルトの名無しさん
2014/04/01(火) 08:22:09.21ID:ixEOnzT4 Word文書は編集するものではなくて生成するもの
385デフォルトの名無しさん
2014/04/01(火) 13:25:24.53ID:edNip6Qk WordやExcelをブランチ切って使ってるというのは聞いたことがない
386デフォルトの名無しさん
2014/04/01(火) 19:17:20.59ID:WgoYILFU そりゃ現状マージできないので、ブランチ切っても旨味がないからな
もしかして、想像力がないのか?
もしかして、想像力がないのか?
387デフォルトの名無しさん
2014/04/01(火) 21:50:59.62ID:R0WZswKH このスレでいくらWordが、Excelがと騒いだ所で世の中何もかわらないぜ。
マイクロソフト、オプソ開発者のどちらにもメリットがないからな。
もしそういう機能が欲しければ、自分の手を動かそうぜ。
マイクロソフト、オプソ開発者のどちらにもメリットがないからな。
もしそういう機能が欲しければ、自分の手を動かそうぜ。
388デフォルトの名無しさん
2014/04/14(月) 19:59:37.41ID:gzyVbCaC Rdemineで
作業Aチケット(例:桶を組み立てる)
作業Bチケット(例:桶に水を入れる)
みたいにあAの後にBがこないと行けない場合って
チケットA、Bの関係は親子関係にすればいいの?
作業Aチケット(例:桶を組み立てる)
作業Bチケット(例:桶に水を入れる)
みたいにあAの後にBがこないと行けない場合って
チケットA、Bの関係は親子関係にすればいいの?
389デフォルトの名無しさん
2014/04/14(月) 20:38:04.57ID:nhKvOR/D390デフォルトの名無しさん
2014/04/16(水) 00:54:33.86ID:0pmbHa2s redmine のチケットって block みたいなの扱えなかったっけ?
親子以外にも色々関係が定義されてたはず
親子以外にも色々関係が定義されてたはず
391デフォルトの名無しさん
2014/04/18(金) 01:46:56.50ID:+b/l1KI+ ブロックしている/されている関係は指定できるよ
392デフォルトの名無しさん
2014/04/18(金) 20:50:26.72ID:pSxMtBxF tfs2010使ってる
開発はvs2010
開発はvs2010
393デフォルトの名無しさん
2014/04/19(土) 06:18:42.46ID:wA6wuBBt Redmineで30人ぐらいのユーザーを一括登録するとき
シェルスクリプト書いて一括登録みたいな事できないんだね
全部GUIというのも不便だ
シェルスクリプト書いて一括登録みたいな事できないんだね
全部GUIというのも不便だ
394デフォルトの名無しさん
2014/04/19(土) 07:00:31.30ID:AIzduf/G395デフォルトの名無しさん
2014/04/20(日) 10:17:42.48ID:mxI5dGFa rails なんだから rails console からでも
396デフォルトの名無しさん
2014/05/24(土) 11:48:07.42ID:NSCx1NVk 結局ベストなバージョン管理システムはなんなのですか?
397デフォルトの名無しさん
2014/05/24(土) 15:14:28.34ID:STwDwgyi rcs
398デフォルトの名無しさん
2014/06/12(木) 22:36:55.03ID:wqY3uKkF いやいや日付つきフォルダだろ
399デフォルトの名無しさん
2014/06/13(金) 03:49:54.71ID:MGSeaEi1 >>398
最強ダナ
最強ダナ
400デフォルトの名無しさん
2014/06/13(金) 16:56:05.96ID:qsuuOUsU >>398
おまえリーナスだな。
おまえリーナスだな。
401デフォルトの名無しさん
2014/06/14(土) 02:26:28.37ID:1YLzYE79 でも、日々バッアップするって意味じゃバージョン管理とは別のベクトルで必要だよね
402デフォルトの名無しさん
2014/06/14(土) 07:49:31.24ID:xqg+kEWK 他の物理ドライブに最新のクローンを残しておけばいいだけじゃないの?
403デフォルトの名無しさん
2014/06/14(土) 15:47:14.69ID:KoIUq31G 火事や倒壊からリストアする必要がないならそれでいい
まぁそんなことまで考える必要があるプロジェクトはそんな多くないだろうが
まぁそんなことまで考える必要があるプロジェクトはそんな多くないだろうが
404デフォルトの名無しさん
2014/06/14(土) 22:29:53.74ID:KTI4eUID >>402
日本だと、違う地域にという必須条件が加わる
日本だと、違う地域にという必須条件が加わる
405デフォルトの名無しさん
2014/08/21(木) 01:16:46.67ID:QG11x9Rz Git 対 Subversion:長引く争い
http://readwrite.jp/archives/4492
http://readwrite.jp/archives/4492
406デフォルトの名無しさん
2014/08/21(木) 07:51:47.65ID:/ojqgnKy プログラマ→git
ドカタ→svn
ドカタ→svn
407デフォルトの名無しさん
2014/08/21(木) 11:22:18.42ID:EsX2V+d7 mercurialは負けなん?
まぁ、Unicodeファイル名を取り入れるのにのんびりしすぎだから俺もあきらめ気味だけどさ
まぁ、Unicodeファイル名を取り入れるのにのんびりしすぎだから俺もあきらめ気味だけどさ
408デフォルトの名無しさん
2014/08/21(木) 14:56:05.13ID:FADUJgTU Git だってリーナスのアホが勝手に作ってるだけで Unicode なんか眼中ないんじゃないの?
409デフォルトの名無しさん
2014/08/21(木) 15:20:55.56ID:7E+AlxIU tortoiseの都合でmercurial使ってる
410デフォルトの名無しさん
2014/08/21(木) 17:30:44.51ID:yvxtVK3I TortoiseHgはワークベンチが使い易かったからVistaまでだと現役だったが
Win7以降はSourceTreeもあるからなぁ
Win7以降はSourceTreeもあるからなぁ
411デフォルトの名無しさん
2014/08/21(木) 18:33:20.96ID:TZsAWBaG リーナスはもうGitには関わってないんじゃなかった?
412デフォルトの名無しさん
2014/08/22(金) 04:43:33.80ID:I7aAUkM3 Source TreeよりTortoiseHGの方が使いやすいと思うけどなぁ。
413デフォルトの名無しさん
2014/08/22(金) 04:44:25.28ID:h4d7Hbqi 個人の好みの問題に帰着します
414デフォルトの名無しさん
2014/08/22(金) 04:58:01.85ID:CUb+O1mD >>412
でも、俺が窓が絡むときにMercurial使うことにしてたのは
コマンドプロンプトがイマイチで常用に耐えんのに
gitフロントエンドもイマイチだったことだもん
俺の場合比べるのは、TortoiseHgでなくTortoiseGitのほうよ
でも、俺が窓が絡むときにMercurial使うことにしてたのは
コマンドプロンプトがイマイチで常用に耐えんのに
gitフロントエンドもイマイチだったことだもん
俺の場合比べるのは、TortoiseHgでなくTortoiseGitのほうよ
415デフォルトの名無しさん
2014/08/22(金) 05:03:28.50ID:CUb+O1mD 最初にgitのが良いなぁがあって、窓が絡むからcmdやフロントエンドの絡みでhgにしてたのが
フロントエンドの話が取り敢えず何とかなるからgitになったってことね
フロントエンドの話が取り敢えず何とかなるからgitになったってことね
416デフォルトの名無しさん
2014/08/22(金) 13:03:16.08ID:4a+J5efW git-guiでいいやん
417デフォルトの名無しさん
2014/08/22(金) 17:37:22.95ID:Qa2U+f+G 必要なライブラリを入れとけば素のままでビルドできるのでcygwinでgitを使っている
418デフォルトの名無しさん
2014/08/25(月) 01:59:23.50ID:1pelcRHG sourcetreeはMacのguiをそのままWindowsに持ち込んでるから使いにくい
419デフォルトの名無しさん
2014/08/25(月) 02:08:43.06ID:ksmxv1nf 個人的にはOSX版と違う部分であるブックマークが使いにくいと思うがな
なんでOSXと同じ別窓にせんかったのだろうか…別タブとかでも良かったが
なんでOSXと同じ別窓にせんかったのだろうか…別タブとかでも良かったが
420デフォルトの名無しさん
2014/08/31(日) 00:05:19.15ID:47nYGZE4 あげ
421デフォルトの名無しさん
2014/09/10(水) 07:08:56.97ID:2N2PVK/b guiとか邪魔なだけだろ
422デフォルトの名無しさん
2014/09/13(土) 10:34:17.04ID:zttb1Mfl そろそろgitの次の世代のバージョン管理ツールが出てきて欲しい
423デフォルトの名無しさん
2014/09/13(土) 12:10:59.94ID:xoDLE1jO どんなのを望んでるの?
424デフォルトの名無しさん
2014/09/13(土) 12:32:37.02ID:4lGfw+8/ 何が必要か自分でわかってないのでは?
425デフォルトの名無しさん
2014/09/13(土) 14:16:45.08ID:Ukl8c2m8 っbzr
426デフォルトの名無しさん
2014/09/13(土) 16:34:02.36ID:TS0TEJI2 巨大プロジェクトへの対応が単一巨大リポジトリかsubmoduleの塊になってもうちょっと使い勝手良くならないものかといつも思うが解決案はわからない
427デフォルトの名無しさん
2014/09/13(土) 16:35:14.02ID:bcVwiVx3 そこが工夫された新しいバージョン管理システムが出来るとイイネ!
428デフォルトの名無しさん
2014/09/13(土) 19:35:16.12ID:nl7GGicj svn, git, mercurial 以外に選択肢があっても良いと思うんだけどな
何か黒船的なインパクトのあるやつを望む
何か黒船的なインパクトのあるやつを望む
429デフォルトの名無しさん
2014/09/13(土) 23:13:53.48ID:R6Om/JI9 gitはrebase対象がひとつのブランチだけでマージの再現も弱かったけど
リポジトリ全体の履歴を気軽に書き換えられるようなの頼む
で、履歴への変更それ自体もバージョン管理されるような2次元的なのを
リポジトリ全体の履歴を気軽に書き換えられるようなの頼む
で、履歴への変更それ自体もバージョン管理されるような2次元的なのを
430デフォルトの名無しさん
2014/09/14(日) 00:48:29.00ID:pOqGUkHF > リポジトリ全体の履歴を気軽に書き換えられるようなの頼む
プラグインで実現できる範囲
> で、履歴への変更それ自体もバージョン管理されるような2次元的なのを
純粋な履歴が汚いから書き換えられるようになってるのを劣化させるだけ
プラグインで実現できる範囲
> で、履歴への変更それ自体もバージョン管理されるような2次元的なのを
純粋な履歴が汚いから書き換えられるようになってるのを劣化させるだけ
431デフォルトの名無しさん
2014/10/01(水) 15:06:33.24ID:jQoW/hmd 良スレ緊急保守age
432デフォルトの名無しさん
2014/10/02(木) 17:16:43.50ID:0K/3xWHH ageてないし
そもそも糞スレだし
そもそも糞スレだし
433デフォルトの名無しさん
2014/11/11(火) 00:13:27.86ID:2dKIQrD1 まぁそう言うなよ
10スレまで来たんだから
10スレまで来たんだから
434デフォルトの名無しさん
2014/11/12(水) 11:41:22.08ID:HLWKtkki GNU Emacs Finally Switching Over To Git From Bazaar
http://www.phoronix.com/scan.php?page=news_item&px=MTgzNjI
http://www.phoronix.com/scan.php?page=news_item&px=MTgzNjI
435デフォルトの名無しさん
2014/11/13(木) 18:14:06.42ID:trYfrMZJ msのtfs使ってるわ。
436デフォルトの名無しさん
2014/11/14(金) 23:07:19.11ID:eiUQB9Ml437デフォルトの名無しさん
2014/11/14(金) 23:26:42.62ID:0NrzSjGG なんか知らんが、自分とこのワーキングコピーをupdate。
他人の変更とコンフリ。
人間判断入れたマージ。
なんかコミットできねぇ。
何となく再度アップデート。
エラー。
はひょ?
てな現象にちょくちょく見舞われた。
svnでもgitでもbazaarでも、そんなのなったことないんだが。
他人の変更とコンフリ。
人間判断入れたマージ。
なんかコミットできねぇ。
何となく再度アップデート。
エラー。
はひょ?
てな現象にちょくちょく見舞われた。
svnでもgitでもbazaarでも、そんなのなったことないんだが。
438デフォルトの名無しさん
2014/11/16(日) 22:01:53.28ID:F43WZJpv 要するにゴミか
439デフォルトの名無しさん
2015/02/20(金) 21:14:35.95ID:V8aHRrOt バージョン管理システムでも、関連ツールでもいいんですが、ソースの行毎に最終的に編集したのが誰かを見られるものってなにかありますか?
ユーザ:行:ソース
user1:1:...
user1:2:...
user1:3:...
user1:4:...
user2:5:...
user2:6:...
...
みたいなイメージなんですが。
ユーザ:行:ソース
user1:1:...
user1:2:...
user1:3:...
user1:4:...
user2:5:...
user2:6:...
...
みたいなイメージなんですが。
440デフォルトの名無しさん
2015/02/20(金) 21:25:22.84ID:Rd42V53C gitにもsvnにもblameやannotateがある
441デフォルトの名無しさん
2015/02/21(土) 00:53:12.49ID:PEGyJAcR サーバへソフトのインストールしないで
windowsの共有フォルダで管理しようと思ったら
何が便利?
windowsの共有フォルダで管理しようと思ったら
何が便利?
442デフォルトの名無しさん
2015/02/21(土) 00:55:09.25ID:xSRhDEOz 共有フォルダで管理できるVCS作ったら売れるかな
443デフォルトの名無しさん
2015/02/21(土) 01:09:20.24ID:PEGyJAcR 売れなかったのでは?
VSS
VSS
444デフォルトの名無しさん
2015/02/21(土) 12:47:14.18ID:1iCgmTpE >>441
git
git
445デフォルトの名無しさん
2015/02/21(土) 13:15:42.83ID:s/E/7Ewr446デフォルトの名無しさん
2015/02/21(土) 13:20:57.04ID:s/E/7Ewr >>441
ああ、ローカルレポジトリを持ち、適当なタイミングでpushするのではなく、共有先から直接チェックアウトして、直接コミットか。
Bazaarだとできる。
個人的には気に入ってて、愛用してるけど、もはやバージョンアップされてないのでオススメはしない。
ああ、ローカルレポジトリを持ち、適当なタイミングでpushするのではなく、共有先から直接チェックアウトして、直接コミットか。
Bazaarだとできる。
個人的には気に入ってて、愛用してるけど、もはやバージョンアップされてないのでオススメはしない。
447デフォルトの名無しさん
2015/02/21(土) 19:05:58.89ID:VFEr1UXm いや、だからgitなら当たり前にできることだって。
448デフォルトの名無しさん
2015/02/21(土) 22:53:49.09ID:tP61bM4D >>441
Subversionでもできる。
Subversionでもできる。
449デフォルトの名無しさん
2015/02/22(日) 17:42:11.95ID:/3o/v0h5 いまだにbazaar使ってるの、わたしだけ(´・ω・`)?
450デフォルトの名無しさん
2015/02/22(日) 18:45:23.38ID:Jx0nX4SN451デフォルトの名無しさん
2015/02/22(日) 19:51:26.66ID:HBeGusFk あと10年使い続けたら、NHKがドキュメンタリーの取材に来るよ。
452デフォルトの名無しさん
2015/02/22(日) 21:28:55.54ID:XKkbsrmM453デフォルトの名無しさん
2015/02/23(月) 20:57:38.33ID:YX8pSHyr454デフォルトの名無しさん
2015/02/24(火) 19:53:19.54ID:ibhwBdhv gitなんて使ったこともないはずの上司が「プルリク送っといたからよろしく」と言い出すから何かと思ったら、プルリクなんて何も来ていない。
目の前でもう一度操作させたら、addしてなかった。
当然commitできていないし、どうしてこれでプルリク作った気になれたのか不思議。
「addするんですよ」と言ったら「めんどくさい!もうやらん!」だとさ。orz
目の前でもう一度操作させたら、addしてなかった。
当然commitできていないし、どうしてこれでプルリク作った気になれたのか不思議。
「addするんですよ」と言ったら「めんどくさい!もうやらん!」だとさ。orz
455デフォルトの名無しさん
2015/02/24(火) 19:56:55.45ID:hxiOplHk 人に何かを教えるのはコツがいるんすよ
456デフォルトの名無しさん
2015/02/24(火) 19:59:07.49ID:hoWfolAu よろしくといったときの上司のドヤ顔が目に浮かぶ
457デフォルトの名無しさん
2015/02/24(火) 23:05:04.11ID:6S/sU0E/ プルリクって言いたいだけちゃうんかと(´・ω・`)(´・ω・`)(´・ω・`)
458デフォルトの名無しさん
2015/02/25(水) 00:57:15.79ID:PD19Kjkh まずローカルリポジトリだけで便利ってのを知っとくとadd/commitが面倒なんて言わないと思うんだよな
いきなりリモート前提でやると面倒に見える手順だけども
いきなりリモート前提でやると面倒に見える手順だけども
459デフォルトの名無しさん
2015/02/25(水) 00:58:50.46ID:vLMr5bhE 作業を細かく区切ってやらんと意味ないわ
460デフォルトの名無しさん
2015/02/25(水) 12:43:36.40ID:jNJiSOpZ461デフォルトの名無しさん
2015/02/25(水) 15:49:16.30ID:8ejgf7d6 >>450
私も使っとるぞよ。
ファイル名に日本語があるドキュメントの管理が主な用途だが。
まあでも3人てことはないぞ。KiCad では Bazaar が使われてるっぽい。
ソースコードなんかは、なぜか名前が出てこない Mercurial を使ってる。
私も使っとるぞよ。
ファイル名に日本語があるドキュメントの管理が主な用途だが。
まあでも3人てことはないぞ。KiCad では Bazaar が使われてるっぽい。
ソースコードなんかは、なぜか名前が出てこない Mercurial を使ってる。
462デフォルトの名無しさん
2015/02/27(金) 04:32:41.95ID:SYx5FGl1 > なぜか名前が出てこない Mercurial
知名度ではGitに劣るからVCS全体での話に使いづらいし
専用スレがある程度には有名だから、悲観ネタにするほどでもない上に
このスレじゃないと話せないってものでもないんだよなあ
知名度ではGitに劣るからVCS全体での話に使いづらいし
専用スレがある程度には有名だから、悲観ネタにするほどでもない上に
このスレじゃないと話せないってものでもないんだよなあ
463デフォルトの名無しさん
2015/02/27(金) 10:42:59.06ID:bYWLiJZd mercurialの話は
https://groups.google.com/forum/#!forum/mercurial-ja
https://groups.google.com/forum/#!forum/mercurial-ja
464デフォルトの名無しさん
2015/07/19(日) 10:26:58.56ID:oCEbBSyu Windowsのコードもunixのコードも一緒に管理できるやつはないですかねぇ
465デフォルトの名無しさん
2015/07/19(日) 10:36:39.93ID:eXANfUZ5 >>3 のやつ大抵WindowsでもUnixでも動くと思うけど
466デフォルトの名無しさん
2015/07/19(日) 17:07:39.30ID:3kuejrUB >>3
のやつって資材は各環境に格納できて、Windowsクライアントとかから一元操作できるんですかね?
のやつって資材は各環境に格納できて、Windowsクライアントとかから一元操作できるんですかね?
467デフォルトの名無しさん
2015/08/09(日) 11:29:39.37ID:iG6DS0Hh 安心して日本語ファイル名が使えるものはないですかねぇ…
468デフォルトの名無しさん
2015/08/09(日) 12:43:00.98ID:7jlEc6rs subversion
469デフォルトの名無しさん
2016/02/08(月) 07:26:37.99ID:5ry4fZpQ CVSがわかり易い
470デフォルトの名無しさん
2016/02/20(土) 12:52:35.28ID:e43erU4G >>467
bzr
bzr
471デフォルトの名無しさん
2016/03/28(月) 12:28:50.09ID:jI9F+kOe どうでもイイけどdevは、デバイスと混乱されるから使わないで欲しいw
472デフォルトの名無しさん
2016/04/09(土) 22:21:17.56ID:y/nV1xKV >>470 bzr から移行したいので…
473デフォルトの名無しさん
2016/04/10(日) 19:29:13.62ID:AbYPTdqD Windows が UTF-8 になればねえ。
474デフォルトの名無しさん
2016/04/11(月) 12:14:30.87ID:KLWDT4Re mintty
475デフォルトの名無しさん
2016/05/01(日) 15:27:33.79ID:tKi6j9CT 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
z
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
z
476デフォルトの名無しさん
2016/05/16(月) 02:38:23.39ID:48cZCqzj 「BitKeeper 7.2」、Apache License 2.0でソースコードを公開
https://osdn.jp/magazine/16/05/12/153000
OSSコミュニティとの対立から11年、BitKeeperがオープンソース化される
http://opensource.srad.jp/story/16/05/15/0457249/
感慨深い話ではあるが、今更過ぎるけど使えるの?
https://osdn.jp/magazine/16/05/12/153000
OSSコミュニティとの対立から11年、BitKeeperがオープンソース化される
http://opensource.srad.jp/story/16/05/15/0457249/
感慨深い話ではあるが、今更過ぎるけど使えるの?
477デフォルトの名無しさん
2016/05/16(月) 06:53:06.30ID:qbgkd5A8 GPLじゃないなら組み込むアプリケーションでてくるのかな
gitを版管理として使いたいという需要以前からあるよね
gitを版管理として使いたいという需要以前からあるよね
478デフォルトの名無しさん
2016/05/16(月) 09:24:44.48ID:HysSRgR+ gitコマンドを一緒に置いておいて外部プロセスとして使う分にはGPL関係ないし、libgit2ならリンク時例外あるしでそっち方面には影響なさそう
しかし15年前なら…
しかし15年前なら…
479デフォルトの名無しさん
2016/05/16(月) 09:55:57.36ID:IBGTyv6p 名前を変えてイメチェンすべき
ZuttoKeeper
ZuttoKeeper
480デフォルトの名無しさん
2016/11/02(水) 21:24:58.81ID:a7tHL4Q3 Git 対 Subversion:長引く争い | ReadWrite[日本版]
http://readwrite.jp/startup/4492/
なかなかGitに移行しないなんて言われてた時代があったんだな
> 2010年にはSubversionが、ソフトウェアの共同開発には
> 欠かせないツールであるバージョン管理システムの60%以上を占めていた。
> Forresterによれば、この時期Gitのシェアはわずか2.7%であった。
> Redmonkのアナリストであるステファン・オグレディが集めたデータによると、
> 今日(注2014年)ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。
http://readwrite.jp/startup/4492/
なかなかGitに移行しないなんて言われてた時代があったんだな
> 2010年にはSubversionが、ソフトウェアの共同開発には
> 欠かせないツールであるバージョン管理システムの60%以上を占めていた。
> Forresterによれば、この時期Gitのシェアはわずか2.7%であった。
> Redmonkのアナリストであるステファン・オグレディが集めたデータによると、
> 今日(注2014年)ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。
481デフォルトの名無しさん
2016/11/02(水) 22:43:28.29ID:MYQ7Ohex 争ったことが一度でもあっただろうか
482デフォルトの名無しさん
2016/11/03(木) 15:56:06.07ID:h1F6iaqt HGのことも思い出して下さい
483デフォルトの名無しさん
2016/11/04(金) 19:21:01.27ID:e+KIl4Jn Bazaar「・・・」
484デフォルトの名無しさん
2016/11/04(金) 22:49:28.02ID:T+uxQgkl hg も bzr も使ってるぜ。
485デフォルトの名無しさん
2016/11/07(月) 18:51:53.72ID:1ToE65c9 darcs「僕を忘れてるよね?」
486デフォルトの名無しさん
2016/11/07(月) 23:00:17.96ID:5lIwdUhD VSS「私が伝説だ」
487デフォルトの名無しさん
2016/11/08(火) 02:23:31.15ID:jrmD4pag 今の時代にSubversion使います言われたら絶望するわ
488デフォルトの名無しさん
2016/11/08(火) 07:12:01.73ID:2Nx7aZb/ svk「だよな」
489デフォルトの名無しさん
2016/11/08(火) 11:55:06.41ID:ZBAGJV1u csv「呼びましたか?」
490デフォルトの名無しさん
2016/11/08(火) 12:40:00.00ID:KG3cnnP5491デフォルトの名無しさん
2016/11/09(水) 12:57:09.53ID:vxWv5Sjd SCCS「...」
492デフォルトの名無しさん
2016/11/09(水) 14:08:17.25ID:sz1Ecny4 >>491
TeamWare「俺には、お前しか居ねえよ」
TeamWare「俺には、お前しか居ねえよ」
493デフォルトの名無しさん
2016/11/10(木) 09:27:15.68ID:tKSmyIgp >>489
tsv「俺たちはお呼びじゃない」
tsv「俺たちはお呼びじゃない」
494デフォルトの名無しさん
2016/11/15(火) 20:29:13.95ID:HRzgVR+8 gitもここ数年意味ない機能追加ばかりだが
495デフォルトの名無しさん
2016/11/16(水) 02:41:12.10ID:fzskfnoe gitスレ人いなくなっててわろす
496デフォルトの名無しさん
2016/11/16(水) 04:05:09.28ID:FTOJZ9+Y じゃ今なにが主流なん?
497デフォルトの名無しさん
2016/12/19(月) 12:46:04.24ID:z9XVuDpo 水炊きごはん
498デフォルトの名無しさん
2016/12/26(月) 08:28:54.29ID:6gOvZXV/ tortoisegit
とか初心者でも使いやすいんじゃないかね。
とか初心者でも使いやすいんじゃないかね。
499デフォルトの名無しさん
2017/02/02(木) 00:11:38.54ID:RrrGuuGp ↓のブログによると、Subversion 「スナップショット」型で、Gitは「チェンジセット」型なんだそうだ。
SVN脳患者から見たGit
http://qiita.com/kaityo256/items/81e7951a1ca2706955a4
だけど、↓のブログによると、darcsはpatch-basedで、他のVCSはsnapshot-basedなんだそうだ。 darcs 恐るべし。
分散VCSのモデル、あるいはPijulについて
http://keens.github.io/blog/2016/02/14/dvcsnomoderu_aruihapijulnitsuite/
SVN脳患者から見たGit
http://qiita.com/kaityo256/items/81e7951a1ca2706955a4
だけど、↓のブログによると、darcsはpatch-basedで、他のVCSはsnapshot-basedなんだそうだ。 darcs 恐るべし。
分散VCSのモデル、あるいはPijulについて
http://keens.github.io/blog/2016/02/14/dvcsnomoderu_aruihapijulnitsuite/
500デフォルトの名無しさん
2017/02/02(木) 02:19:43.40ID:lRmYz8pA 不要なパッチを削除できるあたりdarcsのほうが好きだったのでうまく成長してほしい
501デフォルトの名無しさん
2017/02/02(木) 08:13:39.05ID:SYC8QPRg 内部での保存方法はgitこそスナップショットでsvnは(逆方向の)patch-basedだろ?
少なくともgitがチェンジセット型ってこたーない。gitでの差分の見え方なんて後からオプション次第で変わるし
少なくともgitがチェンジセット型ってこたーない。gitでの差分の見え方なんて後からオプション次第で変わるし
502デフォルトの名無しさん
2017/02/02(木) 12:54:35.84ID:Y5kXFMjA うむ
503デフォルトの名無しさん
2017/02/07(火) 20:30:10.92ID:oyZmvWF9 SVN脳の問題点というかSVN系統の人が怖がってるのは結局
SVN 系統では commit と push が同一になっているから
merge を極端に恐れてるってだけじゃないかと。
SVN 系統では commit と push が同一になっているから
merge を極端に恐れてるってだけじゃないかと。
504デフォルトの名無しさん
2017/02/07(火) 20:57:37.50ID:+JGOmGWJ svnだって、commitするときに他の人が先に変更を加えていたら
updateしてからcommitしなおす事になるし、このときローカルでちょこちょこ辻褄合わせをする作業は
git pull --rebaseと同じはずなんだけどな
updateしてからcommitしなおす事になるし、このときローカルでちょこちょこ辻褄合わせをする作業は
git pull --rebaseと同じはずなんだけどな
505デフォルトの名無しさん
2017/02/08(水) 12:17:33.93ID:6AUIUEjF コミット時にコンフリクトする集中型の方が恐怖だけどな。
分散型は、いったんコミットした後で改めてマージするんで、
わけわからなくなっても、何度でもやり直せる。
分散型は、いったんコミットした後で改めてマージするんで、
わけわからなくなっても、何度でもやり直せる。
506デフォルトの名無しさん
2017/02/08(水) 23:27:00.23ID:b6dR+iVQ いやだからその svn での恐怖心を
なんだか知らんが git を使ってても引きづってるってことなんじゃないかと。
なんだか知らんが git を使ってても引きづってるってことなんじゃないかと。
507デフォルトの名無しさん
2017/02/13(月) 15:12:37.22ID:W5+ofgFM 一番の恐怖は、コンフリクトが判明するのが後のタイミングになるってことなんだよ
Excelとかマージできないバイナリ系ファイルも一緒に管理してるから……
Excelとかマージできないバイナリ系ファイルも一緒に管理してるから……
508デフォルトの名無しさん
2017/02/13(月) 17:53:09.58ID:UyeCKZqE 混ぜるな危険
509デフォルトの名無しさん
2017/02/26(日) 08:37:46.10ID:bXA9paU+510デフォルトの名無しさん
2017/03/09(木) 08:20:28.94ID:We1BNnwe 記事のコメントを見ると
WebKitのSVNリポジトリで、ハッシュ衝突したPDFがキャッシュ・ポイズニング攻撃に使えるかテストするために
ハッシュ衝突したPDFをコミットしたら
リポジトリがあぼ〜んってなったと言う訳か
てかWebKitってまだSVN使ってたの?
WebKitのSVNリポジトリで、ハッシュ衝突したPDFがキャッシュ・ポイズニング攻撃に使えるかテストするために
ハッシュ衝突したPDFをコミットしたら
リポジトリがあぼ〜んってなったと言う訳か
てかWebKitってまだSVN使ってたの?
511デフォルトの名無しさん
2017/03/09(木) 08:21:28.28ID:We1BNnwe gitは仮に衝突しても大丈夫みたいな事言ってたけど
どんな感じなのかは知らない
どんな感じなのかは知らない
512デフォルトの名無しさん
2017/03/09(木) 09:01:25.72ID:Nr7urPV/ 分散型は、一旦コミットした後でマージするから、
最悪マージ前の双方のバージョンは残ってるってことじゃないの?
最悪マージ前の双方のバージョンは残ってるってことじゃないの?
513デフォルトの名無しさん
2017/03/09(木) 13:23:54.33ID:d1iwkzW4 読んでないけどハッシュが衝突する奇跡が起きたらあぼーんしても不思議で無いね
514デフォルトの名無しさん
2017/03/09(木) 14:29:50.48ID:wYyI9EhD リーナス・トーバルズがハッシュ衝突について語ってるGoogle+の投稿
https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL
別のハッシュアルゴリズムを使う計画はあるらしい
Gitを修正してmitigation(緩和?)できるってのはどういう事だろう
実際は衝突する事なんてそんな無いってのはまあ分かる
https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL
別のハッシュアルゴリズムを使う計画はあるらしい
Gitを修正してmitigation(緩和?)できるってのはどういう事だろう
実際は衝突する事なんてそんな無いってのはまあ分かる
515デフォルトの名無しさん
2017/03/09(木) 19:22:25.79ID:NWFSmelL516デフォルトの名無しさん
2017/03/09(木) 19:55:22.59ID:LA1Z4pgP >>515
そのうち SHA-256 とかにするんじゃね
そのうち SHA-256 とかにするんじゃね
517デフォルトの名無しさん
2017/03/09(木) 21:07:54.65ID:V2YMs/sH 切り替えは相当大変だろうな
518デフォルトの名無しさん
2017/03/09(木) 22:08:04.59ID:ZZ1gzprq >>513
奇跡じゃないって話だろ
奇跡じゃないって話だろ
519デフォルトの名無しさん
2017/03/09(木) 23:11:06.25ID:SohBzwwd520デフォルトの名無しさん
2017/03/20(月) 10:28:05.47ID:tUUn7aQW まあバージョン管理程度なら大した問題にはならんだろ。
ちょっとしたスクリプトを一枚かませばいいくらいの話。
ちょっとしたスクリプトを一枚かませばいいくらいの話。
521デフォルトの名無しさん
2017/03/22(水) 01:28:09.68ID:MyrW3Mfd >>520
問題になったやん
問題になったやん
522デフォルトの名無しさん
2017/03/23(木) 00:11:04.47ID:M1uPRgNk 嫌がらせならハッシュ衝突なんて凝ったことしなくてもできる訳で
嫌がらせ以上のことが可能かといえばそういう話も無く
嫌がらせ以上のことが可能かといえばそういう話も無く
523デフォルトの名無しさん
2017/03/26(日) 09:54:40.33ID:GxjULHy0 >>487
未だに使ってるとこあるよ。あり得ないと思った
未だに使ってるとこあるよ。あり得ないと思った
524デフォルトの名無しさん
2017/03/26(日) 10:18:41.36ID:HsMpHt+x 未だにVSS使ってる魔境もあるぞ
525デフォルトの名無しさん
2017/03/26(日) 11:52:30.59ID:iTS+fWTZ526デフォルトの名無しさん
2017/03/26(日) 12:27:51.46ID:7dOJEWlC >>525
かけられる。かける方法を知らないお前が馬鹿なだけ
かけられる。かける方法を知らないお前が馬鹿なだけ
527デフォルトの名無しさん
2017/03/26(日) 18:51:27.67ID:iTS+fWTZ https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-Gitolite
のことを言ってるのかな?
それなら知ってるから無駄に煽るな
のことを言ってるのかな?
それなら知ってるから無駄に煽るな
528デフォルトの名無しさん
2017/03/26(日) 19:12:03.88ID:K0FPpjuZ 東京電力の新会長に日立製作所の人間が就任
529デフォルトの名無しさん
2017/03/26(日) 20:40:16.26ID:CAdFcq03 >>526
馬鹿を晒した気分はどうよ?
馬鹿を晒した気分はどうよ?
530デフォルトの名無しさん
2017/03/26(日) 20:54:59.26ID:7dOJEWlC >>529
かけられたが?
かけられたが?
531デフォルトの名無しさん
2017/03/27(月) 01:00:14.02ID:70JXvwsB 素人でスマンが、実際のところsubversionではできてgitではできないアクセス制限ってどんなのがあるの?
532デフォルトの名無しさん
2017/03/27(月) 11:09:36.85ID:e29nEpzR >>531
リポジトリの一部を読み出し不可にすること
リポジトリの一部を読み出し不可にすること
533デフォルトの名無しさん
2017/03/27(月) 11:20:28.28ID:LarKYmAi >>532
svnだとリモートリポジトリを作るのが面倒(?)とかいう理由で
全てのプロジェクトを一つのリポジトリに入れるとかいう
アホな使い方をしている例をしていたけど、そういう話?
リポジトリの一部を読み出し不可にするのであれば
その部分だけ別リポジトリに分ければ良いと思うけど?
submoduleがあるからリポジトリの特定のディレクトリだけ
別リポジトリにするなんてことも簡単にできる
svnだとリモートリポジトリを作るのが面倒(?)とかいう理由で
全てのプロジェクトを一つのリポジトリに入れるとかいう
アホな使い方をしている例をしていたけど、そういう話?
リポジトリの一部を読み出し不可にするのであれば
その部分だけ別リポジトリに分ければ良いと思うけど?
submoduleがあるからリポジトリの特定のディレクトリだけ
別リポジトリにするなんてことも簡単にできる
534デフォルトの名無しさん
2017/03/27(月) 11:21:50.59ID:LarKYmAi それからsvnでリポジトリの一部を読み出し不可にするって
apacheの設定の話をしてる?
それapacheの機能だよね?
apacheの設定の話をしてる?
それapacheの機能だよね?
535デフォルトの名無しさん
2017/03/27(月) 12:23:49.25ID:X8AlYPVD 横だがsubmoduleはアンチパターン的な扱いになってきてなかったっけ
536デフォルトの名無しさん
2017/03/27(月) 12:25:01.61ID:e29nEpzR >>533-534
プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
アクセス制御のために別リポジトリにするのは本末転倒
あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか?
プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
アクセス制御のために別リポジトリにするのは本末転倒
あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか?
537デフォルトの名無しさん
2017/03/27(月) 14:24:08.92ID:LarKYmAi > あと Apache の機能で Subversion の機能じゃないじゃんとか子供みたいなこと言うのは恥ずかしくないのか?
いいや? Apacheの機能を使ってもいいというのであれば
gitでも同じことはできる。
いいや? Apacheの機能を使ってもいいというのであれば
gitでも同じことはできる。
538デフォルトの名無しさん
2017/03/27(月) 14:27:12.05ID:LarKYmAi > プロジェクトとかシステムの一部のソースは外注さんには公開しないと言うのは別に珍しい話ではない
公開するものだけを渡せばいいだけの話
公開しないものと公開するものを同じリポジトリに入れる必要がない。
> アクセス制御のために別リポジトリにするのは本末転倒
それこそ別リポジトリにするべきことだろう。
別リポジトリににすればいいだけなのに、
公開しないものを同じリポジトリに入れて
アクセス制御するほうが本末転倒だろう。
公開するものだけを渡せばいいだけの話
公開しないものと公開するものを同じリポジトリに入れる必要がない。
> アクセス制御のために別リポジトリにするのは本末転倒
それこそ別リポジトリにするべきことだろう。
別リポジトリににすればいいだけなのに、
公開しないものを同じリポジトリに入れて
アクセス制御するほうが本末転倒だろう。
539デフォルトの名無しさん
2017/03/27(月) 15:01:35.22ID:X8AlYPVD プロジェクトで要求するような詳細な権限管理はGitHubみたいなアプリケーション側ですることでSCMの責務ではない
以上
以上
540デフォルトの名無しさん
2017/03/27(月) 15:19:58.53ID:BGS+rNUA >>538
> > アクセス制御のために別リポジトリにするのは本末転倒
> それこそ別リポジトリにするべきことだろう。
時系列を考えないと。
最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、全部を公開するのがまずいとなる。
そういうときに、権限管理があったら便利だよねってこと。
最初から、将来起こりえるだろう事象を見越して、リポジトリを分割管理する方が本末転倒だと思うけどね。
> > アクセス制御のために別リポジトリにするのは本末転倒
> それこそ別リポジトリにするべきことだろう。
時系列を考えないと。
最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、全部を公開するのがまずいとなる。
そういうときに、権限管理があったら便利だよねってこと。
最初から、将来起こりえるだろう事象を見越して、リポジトリを分割管理する方が本末転倒だと思うけどね。
541デフォルトの名無しさん
2017/03/27(月) 16:41:44.76ID:LarKYmAi 最初は全て同一リポジトリで社内ユーザなら誰でも見られるようにする。
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、
公開するものだけをまとめたほうがいいだろう?
アクセス禁止がデフォルト設定
公開したいところだけ、別リポジトリにまとめる
リポジトリをアクセス許可にして制限するというやり方では
ミスしやすい
その後、一般公開したり、一部を外部に開発依頼することになったりするときに、
公開するものだけをまとめたほうがいいだろう?
アクセス禁止がデフォルト設定
公開したいところだけ、別リポジトリにまとめる
リポジトリをアクセス許可にして制限するというやり方では
ミスしやすい
542デフォルトの名無しさん
2017/03/27(月) 16:48:12.04ID:BGS+rNUA543デフォルトの名無しさん
2017/03/27(月) 16:48:57.03ID:LarKYmAi もともと「社内だけで使えるリポジトリ」と思っていたわけで、
どこに何をおいても社内だけだから安全だと思ってしまう。
「社内だけで使えるリポジトリ」の一部を社外にも公開しますよと
通知した所で、忘れる可能性がある。
その一部に間違えて、公開してはいけない情報を入れてしまったら?
そうなるから「社内だけで使えるリポジトリ」を
あとから変更するというのはやってはいけない。
「社内だけで使えるリポジトリ」は将来に渡っても
社内だけにしておかないといけない。
そうすると当然、社外とも共有するリポジトリを作るという話になる。
もちろん最初に作るわけじゃない。
必要になった時点で作ればいいだけ。
必要になった時点で必要な権限で新しいリポジトリを作る。
最初から公開するものとして作っているのだから間違えることもない。
別リポジトリにすることは、安全に公開範囲を決める方法となる
いちいち、このディレクトリって、誰が見れるんだっけ?
などと気にする必要もなくなる。
どこに何をおいても社内だけだから安全だと思ってしまう。
「社内だけで使えるリポジトリ」の一部を社外にも公開しますよと
通知した所で、忘れる可能性がある。
その一部に間違えて、公開してはいけない情報を入れてしまったら?
そうなるから「社内だけで使えるリポジトリ」を
あとから変更するというのはやってはいけない。
「社内だけで使えるリポジトリ」は将来に渡っても
社内だけにしておかないといけない。
そうすると当然、社外とも共有するリポジトリを作るという話になる。
もちろん最初に作るわけじゃない。
必要になった時点で作ればいいだけ。
必要になった時点で必要な権限で新しいリポジトリを作る。
最初から公開するものとして作っているのだから間違えることもない。
別リポジトリにすることは、安全に公開範囲を決める方法となる
いちいち、このディレクトリって、誰が見れるんだっけ?
などと気にする必要もなくなる。
544デフォルトの名無しさん
2017/03/27(月) 16:49:44.27ID:LarKYmAi545デフォルトの名無しさん
2017/03/27(月) 16:55:09.24ID:BGS+rNUA >>543
そういうこと言い始めたら、ファイルシステム全体で権限管理しているLinuxなんて信用ならんってことになりませんかね。
そういうこと言い始めたら、ファイルシステム全体で権限管理しているLinuxなんて信用ならんってことになりませんかね。
546デフォルトの名無しさん
2017/03/27(月) 17:03:34.11ID:DbmaBtXa >>545
ならねーよ
ならねーよ
547デフォルトの名無しさん
2017/03/27(月) 17:04:29.56ID:LarKYmAi ならないな。
ユーザーごとにディレクトリ別れているわけだし
ユーザーごとにディレクトリ別れているわけだし
548デフォルトの名無しさん
2017/03/27(月) 17:09:35.26ID:BGS+rNUA そう、なりませんよね。
だったら、もしgitにも権限管理機能があったら、やはり同じように信頼できるやり方ができるんじゃないですかね。
だったら、もしgitにも権限管理機能があったら、やはり同じように信頼できるやり方ができるんじゃないですかね。
549デフォルトの名無しさん
2017/03/27(月) 17:31:02.44ID:LarKYmAi ソースコードの場合は、原則として
リポジトリの全てがないとビルドできないのだから
ディレクトリの一部が見れないという方式は取れない。
もし別々にビルドできるのであれば、
それは別のリポジトリにする方が良い
モジュールの独立性を高くできる。
モジュールの時点で独立しているので、
ソースコードの一部を隠すという発想よりも
安全に運用できる。
リポジトリの全てがないとビルドできないのだから
ディレクトリの一部が見れないという方式は取れない。
もし別々にビルドできるのであれば、
それは別のリポジトリにする方が良い
モジュールの独立性を高くできる。
モジュールの時点で独立しているので、
ソースコードの一部を隠すという発想よりも
安全に運用できる。
550デフォルトの名無しさん
2017/03/27(月) 18:24:55.49ID:e29nEpzR551デフォルトの名無しさん
2017/03/27(月) 18:52:07.74ID:DbmaBtXa >>548
論理飛躍しすぎ。
論理飛躍しすぎ。
552デフォルトの名無しさん
2017/03/27(月) 19:35:47.70ID:e29nEpzR 非公開の情報を間違ったディレクトリに突っ込む >>543 みたいな間抜けな奴は同じ情報を間違ったリポジトリにも突っ込むと思った方がいい
そもそもそう言う間抜けに書き込み権限を与えるなよ w
そもそもそう言う間抜けに書き込み権限を与えるなよ w
553デフォルトの名無しさん
2017/03/27(月) 21:23:26.89ID:9ObHSaYA alt gitまだー?
554デフォルトの名無しさん
2017/03/28(火) 11:09:32.22ID:uzRike2T >>549
> ソースコードの場合は、原則として
> リポジトリの全てがないとビルドできないのだから
そんなことない。
メインアプリ+プラグイン/ライブラリ複数を一度のビルドでコンパイルするケースは結構ある。
出力されるのが、LM + .so複数みたいな。
> ソースコードの場合は、原則として
> リポジトリの全てがないとビルドできないのだから
そんなことない。
メインアプリ+プラグイン/ライブラリ複数を一度のビルドでコンパイルするケースは結構ある。
出力されるのが、LM + .so複数みたいな。
555デフォルトの名無しさん
2017/03/28(火) 21:26:42.96ID:8XEqMjkn556デフォルトの名無しさん
2017/03/29(水) 10:34:46.63ID:Y3wjV6v+ >>555
> 一部だけビルドできるってことは、別のリポジトリにできるということ。
なるほど、ここに誤解があるのか。
「一部だけビルドできる」というのと「別のリポジトリにできる」というのはイコールじゃない場合が多い。
両者に依存関係がある場合ね。
簡単に分割できるのは、ビルドが不要な言語に多いんじゃないか?
> 一部だけビルドできるってことは、別のリポジトリにできるということ。
なるほど、ここに誤解があるのか。
「一部だけビルドできる」というのと「別のリポジトリにできる」というのはイコールじゃない場合が多い。
両者に依存関係がある場合ね。
簡単に分割できるのは、ビルドが不要な言語に多いんじゃないか?
557デフォルトの名無しさん
2017/03/29(水) 10:55:14.48ID:BMMgvCDG それは一部だけビルドできると言っていいのか…?
あとそれってsvnでアクセス権設定しても同じように困るんじゃないの?
あとそれってsvnでアクセス権設定しても同じように困るんじゃないの?
558デフォルトの名無しさん
2017/03/29(水) 13:17:13.75ID:Y3wjV6v+ >>557
> それは一部だけビルドできると言っていいのか…?
まあ、こんな感じですかね。
foreach dir in subdirs
cd dir; exec build_script
end
> あとそれってsvnでアクセス権設定しても同じように困るんじゃないの?
subdirのいくつかが欠けていても、それは単にビルドされないだけですね。
あと、svnでできるかどうかは知りません。
> それは一部だけビルドできると言っていいのか…?
まあ、こんな感じですかね。
foreach dir in subdirs
cd dir; exec build_script
end
> あとそれってsvnでアクセス権設定しても同じように困るんじゃないの?
subdirのいくつかが欠けていても、それは単にビルドされないだけですね。
あと、svnでできるかどうかは知りません。
559デフォルトの名無しさん
2017/03/29(水) 13:25:46.88ID:Y3wjV6v+ とういか、別にそんな細かい話したいわけじゃなくて、リポジトリの一部をomitして提供、
あるいは一部のみ提供する必要があったとき、リポジトリを分割するだけが解じゃなくて、
権限設定機能があるならそれで済み場合もあるってこと。
なぜだか、それに強行に反対する人(たち?)がいるようで。
あるいは一部のみ提供する必要があったとき、リポジトリを分割するだけが解じゃなくて、
権限設定機能があるならそれで済み場合もあるってこと。
なぜだか、それに強行に反対する人(たち?)がいるようで。
560デフォルトの名無しさん
2017/03/29(水) 16:15:13.03ID:dkT05tkI >なぜだか、それに強行に反対する人(たち?)がいるようで。
逆じゃないの
gitじゃアクセス権出来ないから使えない状況がある(>>525)って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ
逆じゃないの
gitじゃアクセス権出来ないから使えない状況がある(>>525)って所が発端で、リポジトリ分ければ良いじゃんって人とリポジトリ分けられないじゃんって人が言い合ってたのが今の流れでしょ
561デフォルトの名無しさん
2017/03/29(水) 16:35:56.60ID:Y3wjV6v+ >>560
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。
> リポジトリ分けられないじゃん
いや、そんな人いないと思うけど・・・。
git固有の話をするなら、モジュールを分割してsubmoduleで扱う方式だと、そのリポジトリの
利用者全員に影響を与えてしまうというデメリットがあるね。
> 逆じゃないの
そこも認識が違ってますね。
他の人はともかく、俺はSCM一般の話をしてたつもり。
> リポジトリ分けられないじゃん
いや、そんな人いないと思うけど・・・。
git固有の話をするなら、モジュールを分割してsubmoduleで扱う方式だと、そのリポジトリの
利用者全員に影響を与えてしまうというデメリットがあるね。
562デフォルトの名無しさん
2017/03/29(水) 17:51:38.84ID:nMwlQpLq リポジトリ分けたい人は分ければいい
俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒って思ってるからそんなことをしないだけ
俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒って思ってるからそんなことをしないだけ
563デフォルトの名無しさん
2017/03/29(水) 18:25:33.13ID:Y3wjV6v+564デフォルトの名無しさん
2017/03/29(水) 21:33:57.72ID:G25OA3ZV >>562
> 俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒
いや、どこが "本末" が "転倒" してるんだ?って話なんだが。
重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう?
リポジトリを分ければ、きちんと役割が分かれるのだから
本末は転倒してないだろ?
やり方が複数あるってだけだよ。
リポジトリごとに分ければ、誰がそこにアクセスできるのか明確になるし、
githubなんかの情報共有でもリポジトリが別れているから、
issueなどに書かれた見せてはいけない情報だって見れなくできる。
メリットのほうが大きいと思うが?
逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの?
このディレクトリに関するチケットは見せないみたいな
> 俺はアクセス権のためにいちいちリポジトリ分けたりするのは本末転倒
いや、どこが "本末" が "転倒" してるんだ?って話なんだが。
重要なのはアクセス権が違うのだから、きちんと役割を分けましょうということだろう?
リポジトリを分ければ、きちんと役割が分かれるのだから
本末は転倒してないだろ?
やり方が複数あるってだけだよ。
リポジトリごとに分ければ、誰がそこにアクセスできるのか明確になるし、
githubなんかの情報共有でもリポジトリが別れているから、
issueなどに書かれた見せてはいけない情報だって見れなくできる。
メリットのほうが大きいと思うが?
逆に聞きたいんだが、ファイルのアクセス権に対応したチケット管理ツールとかあるの?
このディレクトリに関するチケットは見せないみたいな
565デフォルトの名無しさん
2017/03/29(水) 21:50:59.15ID:zrYSsU9g >>559
たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
566デフォルトの名無しさん
2017/03/29(水) 21:56:32.41ID:rnkAS5XR (>>565の話にも関係してるけど)
それからsvnにあるのはアクセス権の機能じゃないからな。
svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能だけ
ユーザー登録をsvnに設定するわけじゃない。apacheなどの設定
バージョン管理ソフト自体にアクセス権の機能をつけたら無駄に複雑になる。
本末転倒というならば、むしろこっちの方だろう。
アクセス権を実現するためだけに、apacheなどと連携しなければいけない。
リポジトリそのものを分ければ、git単体でアクセス権を実現できるのに
アクセス権を実現するためだけに、ユーザー管理用のサーバーが必要になってしまう。
それからsvnにあるのはアクセス権の機能じゃないからな。
svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能だけ
ユーザー登録をsvnに設定するわけじゃない。apacheなどの設定
バージョン管理ソフト自体にアクセス権の機能をつけたら無駄に複雑になる。
本末転倒というならば、むしろこっちの方だろう。
アクセス権を実現するためだけに、apacheなどと連携しなければいけない。
リポジトリそのものを分ければ、git単体でアクセス権を実現できるのに
アクセス権を実現するためだけに、ユーザー管理用のサーバーが必要になってしまう。
567デフォルトの名無しさん
2017/03/29(水) 21:57:43.60ID:rnkAS5XR ちなみに、
> svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能
があるために、svnではいちいちブランチ切るのに長いディレクトリ名を指定したりして
面倒になってしまっている。
> svnにあるのはリポジトリの特定ディレクトリ以下のみをチェックアウトできる機能
があるために、svnではいちいちブランチ切るのに長いディレクトリ名を指定したりして
面倒になってしまっている。
568デフォルトの名無しさん
2017/03/29(水) 22:32:33.69ID:4ECDiWLN は?
569デフォルトの名無しさん
2017/03/29(水) 22:34:05.79ID:s7sfWWM2 authzはsvnサーバーの設定じゃないというのか?
570デフォルトの名無しさん
2017/03/30(木) 08:15:34.48ID:tcaHNIPG571デフォルトの名無しさん
2017/03/30(木) 08:19:51.08ID:tcaHNIPG572デフォルトの名無しさん
2017/03/30(木) 10:39:36.78ID:+VntR3if まだ終わらないんですかね。
>>564
> やり方が複数あるってだけだよ。
「分けるべし」というべき論じゃないのなら、それで終了ですね。
> リポジトリを分ければ、きちんと役割が分かれるのだから
例えば、アクセス権がが違うユーザを登録する必要があるから、redmineを別サーバに建てて既存コンテンツを分割したりしますかと聞きたくなりますね。
本質的には、それと同じ事。
> たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
まぁ、gitをベースに考えるとそうかもしれませんね。
Perforceから入ったりすると、権限設定という概念の方が普通だと思うかも。
>>564
> やり方が複数あるってだけだよ。
「分けるべし」というべき論じゃないのなら、それで終了ですね。
> リポジトリを分ければ、きちんと役割が分かれるのだから
例えば、アクセス権がが違うユーザを登録する必要があるから、redmineを別サーバに建てて既存コンテンツを分割したりしますかと聞きたくなりますね。
本質的には、それと同じ事。
> たぶん、「権限設定機能」の設定が無駄に複雑な機能になる。
まぁ、gitをベースに考えるとそうかもしれませんね。
Perforceから入ったりすると、権限設定という概念の方が普通だと思うかも。
573デフォルトの名無しさん
2017/03/30(木) 10:44:30.88ID:+VntR3if ちなみに、Perforceはこんな感じです。
> 「メタデータのみ参照可」「ファイルの内容まで参照可」「ファイルの更新可」 「ディポの更新可」
> 「システム管理用コマンドの実行可」等のアクセス制御を、ユーザ単位かつ ファイル単位に行う
> ことができます。
> ユーザの指定は、PERFORCEが独自に管理するグループの指定で行うことも可能ですし、
> ファイルに指定には "*" や "..." 等のワイルドカードも指定可能ですので、 細かい設定も簡単に
> 実現できます。
http://www.toyo.co.jp/ss/faq/detail/id=7208
デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。
> 「メタデータのみ参照可」「ファイルの内容まで参照可」「ファイルの更新可」 「ディポの更新可」
> 「システム管理用コマンドの実行可」等のアクセス制御を、ユーザ単位かつ ファイル単位に行う
> ことができます。
> ユーザの指定は、PERFORCEが独自に管理するグループの指定で行うことも可能ですし、
> ファイルに指定には "*" や "..." 等のワイルドカードも指定可能ですので、 細かい設定も簡単に
> 実現できます。
http://www.toyo.co.jp/ss/faq/detail/id=7208
デフォルトが全アクセス可で、駄目な奴だけ禁止するブラックリスト方式も、
デフォルトが全アクセス不可で、いい奴だけ登録するホワイトリスト方式もとれます。
574デフォルトの名無しさん
2017/03/30(木) 21:39:34.19ID:+FVPoQLm >>573
svnだとどんな感じ?
svnだとどんな感じ?
575デフォルトの名無しさん
2017/03/31(金) 00:44:40.10ID:ryHYQIXS そんな設定するくらいならリポジトリ分けた方がよっぽど簡単じゃん。
576デフォルトの名無しさん
2017/03/31(金) 07:28:27.46ID:LVEfh2/Z 無限ループ命令が発行されました
577デフォルトの名無しさん
2017/03/31(金) 13:38:36.99ID:St8TnNI7 なんにでも終わりはあるよ
578デフォルトの名無しさん
2017/03/31(金) 23:50:54.07ID:gJiWNexQ という事にしたい模様
579デフォルトの名無しさん
2017/04/01(土) 01:39:47.54ID:iJwskPQ3 for(;;)
{}
{}
580デフォルトの名無しさん
2017/05/02(火) 18:53:02.76ID:XeePHwp1 外出先でもすぐに使用できる
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで
1CDバージョン管理システム的なものないかな
USBブートができないマシンでもCDブートならできそうだから
リポジトリはUSBで
581デフォルトの名無しさん
2017/05/02(火) 19:10:30.69ID:vsrARK6+ git
582デフォルトの名無しさん
2017/05/02(火) 21:27:53.12ID:5C1gGMjC たとえば--prefix=/mnt/mygitでビルドしておいて、使うときはそこへmountすればいいんでない
583デフォルトの名無しさん
2017/07/28(金) 15:24:24.41ID:x8Tx8lXm >>286
七割は言いすぎかと
七割は言いすぎかと
584デフォルトの名無しさん
2017/07/28(金) 17:13:24.86ID:NpxW3mJn 1.7光年の彼方から乙
585デフォルトの名無しさん
2017/07/28(金) 21:50:15.87ID:wndodTEE586デフォルトの名無しさん
2017/08/12(土) 04:35:46.26ID:rOvfQBTy バージンはいいよね
587デフォルトの名無しさん
2017/08/12(土) 08:18:32.99ID:ORwFQQja バージン管理か
588デフォルトの名無しさん
2017/08/12(土) 20:27:01.13ID:RUxkDAji 童貞おじさん、バージンを語る。
589デフォルトの名無しさん
2017/09/16(土) 12:19:01.07ID:3FA7CeLG Pijul 0.8 が出た模様。
590デフォルトの名無しさん
2017/10/31(火) 14:53:54.70ID:Brmxd9FG Sourceforge.netでCVSのサポートが終了するらしいが
そもそもCVSってSourceForgeでまだ使えたんだ
https://sourceforge.net/blog/decommissioning-cvs-for-commits/
そもそもCVSってSourceForgeでまだ使えたんだ
https://sourceforge.net/blog/decommissioning-cvs-for-commits/
591デフォルトの名無しさん
2017/11/01(水) 11:28:36.69ID:z3qgRRAm 歴史は繰り返す
592デフォルトの名無しさん
2017/11/01(水) 16:21:19.71ID:O2HN4SAq Git以外息してる?
593デフォルトの名無しさん
2017/11/01(水) 16:30:51.11ID:K6DgRYf4 Hg
594デフォルトの名無しさん
2017/11/01(水) 19:03:01.95ID:Hc+l+qz3 ここだけの話、
Gitも使いにくい
Gitも使いにくい
595デフォルトの名無しさん
2017/11/01(水) 19:16:19.84ID:I0W5E5Et >>594
何に比べてどんなところが?
何に比べてどんなところが?
596デフォルトの名無しさん
2017/11/01(水) 20:24:29.37ID:TpO8CBVi 使いやすくはないだろう。
いろいろできることの代償かもしれないけど。
できることがあきらかだったsvnのほうがわかりやすくはあった。
いろいろできることの代償かもしれないけど。
できることがあきらかだったsvnのほうがわかりやすくはあった。
597デフォルトの名無しさん
2017/11/01(水) 20:47:49.51ID:uA9xloyC >>596
何に比べてどんなところが?
何に比べてどんなところが?
598デフォルトの名無しさん
2017/11/02(木) 01:33:02.56ID:5xjuv0JL 個人的にはGitよりhgの概念の方が好き
599デフォルトの名無しさん
2017/11/02(木) 04:47:06.67ID:S5CQdMtg >できることがあきらかだったsvnのほうがわかりやすくはあった。
VisualStudioとかのIDEって使いにくいよなよな
make最強
VisualStudioとかのIDEって使いにくいよなよな
make最強
600デフォルトの名無しさん
2017/11/13(月) 10:05:58.21ID:4J0iHtyD 制御機械のソースコードをバージョン管理したいのだけど、どれがお勧めですかね?
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。
ソースコードといっても.NETやCみたいにテキストで開いても見れず1ファイルで保存されます。
プログラム作成ソフトもメーカー専用のものです。
601デフォルトの名無しさん
2017/11/13(月) 10:41:44.17ID:qRP+g74l >>600
svnにしておけば?
svnにしておけば?
602デフォルトの名無しさん
2017/11/13(月) 15:46:13.00ID:wtJ6F+YY バイナリで1ファイルだったらsvnのほうがいいな
603600
2017/11/13(月) 17:28:21.54ID:4J0iHtyD svnを使ってみることにします。
とりあえずVisualSVN Serverをインストールしてみたけど、さっぱり分からんかった。
・客A/納入先X/制御機器
・客A/納入先Y/制御機器
・客B/納入先Z/制御機器
といった感じでリポジトリを作成したいけど無理なのかしら?
とりあえずVisualSVN Serverをインストールしてみたけど、さっぱり分からんかった。
・客A/納入先X/制御機器
・客A/納入先Y/制御機器
・客B/納入先Z/制御機器
といった感じでリポジトリを作成したいけど無理なのかしら?
604デフォルトの名無しさん
2017/11/13(月) 18:02:33.06ID:q1vRdnqP 階層構造は無理だからリポジトリ名で工夫するしかないよ
605デフォルトの名無しさん
2017/11/13(月) 19:50:31.46ID:IBZYfbeX606600
2017/11/14(火) 10:18:37.75ID:3Vca0WJj607デフォルトの名無しさん
2017/11/14(火) 12:28:33.49ID:vrLvIUm0 全部別々のリポジトリにしておいて
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね
それとは別にsvn:externalsで階層構造として見せる用のリポジトリを作ればいいんじゃね
608デフォルトの名無しさん
2017/11/14(火) 21:42:39.40ID:Dc+h7CRO >>606
プロジェクト毎にリポジトリ分けるか、全部一個のリポジトリに詰め込むかはメリット/デメリットがあるのでとりあえずこのあたりを読んでおいた方がいいかも
http://jtdan.com/vcs/svn/svn-book/svn.reposadmin.projects.html#svn.reposadmin.projects.chooselayout
(バージョン古いけどここら辺の考え方は変わってないから)
まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う
プロジェクト毎にリポジトリ分けるか、全部一個のリポジトリに詰め込むかはメリット/デメリットがあるのでとりあえずこのあたりを読んでおいた方がいいかも
http://jtdan.com/vcs/svn/svn-book/svn.reposadmin.projects.html#svn.reposadmin.projects.chooselayout
(バージョン古いけどここら辺の考え方は変わってないから)
まあ管理者コマンド使えばリポジトリを分割したりマージしたりもできるからあまり悩まずにまず使ってみればいいと思う
609デフォルトの名無しさん
2018/01/30(火) 18:50:59.71ID:yLWHfzrX バージョンを1.9から1.10にしたら、バージョンダウンですか?ってお客さんにツッコまれた。
610デフォルトの名無しさん
2018/01/30(火) 21:06:38.89ID:+nOyuNPb >>609
てか1.10ってまだalpha版じゃねーの?
てか1.10ってまだalpha版じゃねーの?
611デフォルトの名無しさん
2018/01/31(水) 13:13:18.86ID:kCxVsxS1 そんな決まりないでしょ
612デフォルトの名無しさん
2018/01/31(水) 21:01:29.53ID:yJU+6gWX 決まり...?
613デフォルトの名無しさん
2018/02/03(土) 12:31:53.45ID:TN4w/UCm リポジトリの仕組みについて質問です。
gitはファイル自体、svnは差分を保持している(最初のリビジョンだけファイル自体?)
というような情報をどかっで見たんですが、
差分ということは、たとえばリビジョン10のファイルをチェックアウトしようとしたら
内部的にはリビジョン1のファイルにリビジョン2〜9の差分情報(パッチ)を
摘要してるってことでしょうか?
その仕組みだとリビジョンが大きくなったら困る(パッチ摘要に時間かかりすぎる)ような…
結局、gitもsvnも全てのリビジョンのファイル自体をリポジトリに保持
してるんですかね?
だとしたら、リビジョンの数(コミットした回数)だけリポジトリのサイズが大きくなるの?
(10MBのファイルを100回コミットしたら1GB?)
このあたりのこと詳しく解説してるサイトないですか?
gitはファイル自体、svnは差分を保持している(最初のリビジョンだけファイル自体?)
というような情報をどかっで見たんですが、
差分ということは、たとえばリビジョン10のファイルをチェックアウトしようとしたら
内部的にはリビジョン1のファイルにリビジョン2〜9の差分情報(パッチ)を
摘要してるってことでしょうか?
その仕組みだとリビジョンが大きくなったら困る(パッチ摘要に時間かかりすぎる)ような…
結局、gitもsvnも全てのリビジョンのファイル自体をリポジトリに保持
してるんですかね?
だとしたら、リビジョンの数(コミットした回数)だけリポジトリのサイズが大きくなるの?
(10MBのファイルを100回コミットしたら1GB?)
このあたりのこと詳しく解説してるサイトないですか?
614デフォルトの名無しさん
2018/02/03(土) 13:51:56.94ID:K8txVhKr ファイルの中身が変わってないなら重複して保持する必要ねーだろ?
615デフォルトの名無しさん
2018/02/03(土) 14:36:53.08ID:TN4w/UCm >>614
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ?
[リビジョン1]
1
[リビジョン2]
1
2
〜〜〜
[リビジョン100]※
1
2
…
99
100
って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。
変わってないファイルは保持する必要ないですね。
変わっていたら全てのリビジョンのファイルを持つ?
[リビジョン1]
1
[リビジョン2]
1
2
〜〜〜
[リビジョン100]※
1
2
…
99
100
って数字を1行ずつ増やしてコミットしたあったとして
リビジョン100をチェックアウトするときに※の状態のファイルが用意されている状態なのか
差分摘要して※の状態のファイル作るのか
という質問です。
616デフォルトの名無しさん
2018/02/03(土) 17:54:43.40ID:8pdQs/78617デフォルトの名無しさん
2018/02/03(土) 21:10:45.47ID:dgAq2hsG どっちも、ローカルマシンにリポジトリを簡単に作れるんだし、作って中身を見てみたら。
そういうところまで気になるのなら、少しは自分で実践しないと。
そういうところまで気になるのなら、少しは自分で実践しないと。
618デフォルトの名無しさん
2018/02/16(金) 05:59:00.05ID:W1XJdyx1 ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
619デフォルトの名無しさん
2018/04/29(日) 23:57:52.26ID:BhjSi5k8620デフォルトの名無しさん
2018/05/23(水) 20:30:45.56ID:Au5e7VGg 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
9HEXK
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
9HEXK
621デフォルトの名無しさん
2018/06/05(火) 00:06:38.23ID:3DDteX42 Wednesday, April 4, 2018
Darcs 2.14.0 released
http://blog.darcs.net/2018/04/darcs-2140-released.html
Darcs 2.14.0 released
http://blog.darcs.net/2018/04/darcs-2140-released.html
622デフォルトの名無しさん
2018/07/04(水) 22:33:23.62ID:gFgZc5FG WR6
623デフォルトの名無しさん
2018/07/05(木) 16:56:07.06ID:AeL6VB/V WR6
624デフォルトの名無しさん
2018/11/28(水) 23:52:59.13ID:ZzCyLc1h625デフォルトの名無しさん
2019/04/28(日) 23:34:47.46ID:o1qAEXsC626デフォルトの名無しさん
2021/09/11(土) 23:10:33.61ID:F3+oZGk0 _アンダーバー_スネーク_サーターアンダーギー_
627デフォルトの名無しさん
2021/09/12(日) 07:45:45.45ID:09FXBLJb628デフォルトの名無しさん
2021/09/12(日) 09:20:29.99ID:Phq6AsIf アホが、如何にアホであるかについて議論することは時間の浪費である。
629デフォルトの名無しさん
2022/01/24(月) 12:27:01.92ID:qDquzqoO Announcing Pijul 1.0 beta
https://pijul.org/posts/2022-01-08-beta/
https://pijul.org/posts/2022-01-08-beta/
630デフォルトの名無しさん
2022/01/27(木) 23:05:11.82ID:5JD4ntnW パッチベースのバージョン管理システム「Pijul」がベータに
https://mag.osdn.jp/22/01/25/225300
https://mag.osdn.jp/22/01/25/225300
631デフォルトの名無しさん
2022/03/10(木) 18:37:49.05ID:aj1CKYVU キタ━━━━(゚∀゚)━━━━!!
632デフォルトの名無しさん
2022/11/16(水) 18:35:31.41ID:5yQdaCF4 Sapling: Source control that’s user-friendly and scalable
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
633デフォルトの名無しさん
2022/11/16(水) 18:40:41.51ID:5yQdaCF4 Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/
https://gigazine.net/news/20221116-meta-sapling/
634デフォルトの名無しさん
2022/11/17(木) 10:11:18.70ID:V4QZv0Fq 周回遅れ
635デフォルトの名無しさん
2022/11/18(金) 18:34:32.79ID:PbNaDWs2 チンポスター ヤッたその日から チンポの虜に 虜になりました♪
636デフォルトの名無しさん
2022/11/19(土) 13:49:29.08ID:uJRDx7vX Sapling入れてみたけど、GitHub使いたいMercurialユーザーにはちょうどいいかもしれない
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい
コマンド体系はMercurialに近いのに、サーバーに無料のGitHub使えてうれしい
637デフォルトの名無しさん
2022/12/06(火) 20:04:51.22ID:Hpqdg7lb コマンド打ちたくないからGUIできたら言って
638デフォルトの名無しさん
2022/12/07(水) 04:12:05.04ID:+scmKVbE639デフォルトの名無しさん
2022/12/08(木) 15:19:14.21ID:OH/5QiB2 おお、それなら良かった
640デフォルトの名無しさん
2024/01/29(月) 09:59:20.04ID:eGzEScjF 次世代バージョン管理システム jj
https://zenn.dev/zetamatta/scraps/1ebfb6101e26da
https://zenn.dev/zetamatta/scraps/1ebfb6101e26da
641デフォルトの名無しさん
2024/02/01(木) 10:44:56.01ID:VqWie0rw たまに同じコードが飛び飛びに複数行作られてんだが
なにこれ
なにこれ
レスを投稿する
ニュース
- 小野田紀美・経済安保担当相「何か気に入らないことがあればすぐに経済的威圧をする国への依存はリスク」 ★2 [Hitzeschleier★]
- 日本行き空路49万件キャンセル 中国自粛呼びかけ 日本行きチケット予約の約32%に相当 ★2 [ぐれ★]
- 【中国局長】両国関係に「深刻な影響」 首相発言の撤回要求 [蚤の市★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★3 [BFU★]
- 【インバウンド】中国人観光客の日本での消費額は年間約2兆円超…中国政府は公務員の出張取り消し [1ゲットロボ★]
- 【維新】吉村知事「中国人観光客だけに頼るビジネスモデル変えていかないといけない」「高市総理の発言は撤回する必要はない」 [Hitzeschleier★]
- 【高市朗報】 日本政府「一昨年は1300億円。去年も防衛費が1100億円余ったw」 日本の防衛費は充分足りてる事が判明。増やす必要無し [485983549]
- 高市早苗「支持者の理解を得られないので台湾発言を撤回できない」 [931948549]
- 【実況】博衣こよりのえちえち歌枠🧪
- 【高市速報】日本人の3割「中国への武力行使に踏み切る必要がある」ANN世論調査 [931948549]
- 外務省局長、よくわからないまま帰国へ [834922174]
- 【速報】51歳まで自衛隊になれるように法改正ww [347751896]
