154(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2514-H0Ic) [sage] 2022/11/12(土) 19:46:47.33 ID:Cj/ueztB0(5/9) AAS
>>114
> ただ、切り替わらなくてもいい共通ファイル類はその場合には .git 階層に置くんだよ。

複雑な仕組みを入れるな。
gitは、gitを使わない場合と全く同じ形のディレクトリ構造に保たれている
バージョン管理をしない通常の開発フェーズでは、gitを使わないのと全く同じ

お前が言うやり方では、gitのためにディレクト構造を作らないといけなくなる
あ～ほらし

まあね、この程度なんだよ

315(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bcf-H0Ic) [sage] 2022/11/17(木) 21:19:54.35 ID:ArWNCDPA0(1) AAS
gitを使っている人ならsaplingの方が良いと思ったら乗り換えるだろうが
gitが難しいとか言ってる人に使いこなせるんだろうか

405(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cf02-u+oX) [] 2023/01/23(月) 10:00:41.12 ID:at3LpiJm0(3/4) AAS
>>404
ありがとう。
cの修正に依存するd,eの改修箇所は
手動で調整するしかない？
だよね？

518(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) [sage] 2023/05/07(日) 10:33:19.76 ID:DNOpmTqI0(1/6) AAS
>>515
> 現在、別部署やコンサル会社から「git使いましょう」とアドバイスを受けている状況です。
他の人の言うとおり、gitではないよ。gitしか知らない馬鹿コンサルは無視でいい。
他部署がなぜgitを推すのかはちょっと確認した方がいいが。

俺は使ったこと無いけど、ワードやエクセル台帳を管理する為のものは、MS謹製のSharePointだよ。
ググれば大量に記事も出てくるし、オフィススイートにも含まれてる。（から君の職場のPCにも既にインストール済みかも？)
プログラミングをしない人向けに出来てるから、君の職場にも十分フィットする。(というかMSはそれが目的)

gitは基本的に（プログラムの）ソースコード用であって、
逆に、ソースコード以外の物をgitで管理するメリットがまるでない。余計に煩雑になるだけ。

ついでに言っとくと、SharePointの名前が出てこないコンサルなんて無能だから切るべきだし、
このスレの連中もgitには詳しいがその他には無知なので、例えばすぐ上の489～とか、
今のgitと20年前のsvnを比較してるからそんな空回りするのでは？みたいなことになってるだろ。
みんな自分の周りしか見えてないんだよ。(まあ俺もだが）

どのパッケージソフトを導入するかで今後10年ほどの運命が決まる。
君の責任は重大だし、その前に調査しようという君の姿勢は正しい。
ただ、全ての管理ツールを使ったことがある奴は基本的にいないから、
どいつもこいつも断片的で偏った情報しか出してこないはずだけど、それも含めて頑張って調査するんだね。
(だからこそコンサルなのだが、そのコンサルは不勉強でgitしか知らないからそんな提案しか出来ないわけだ)
使用感とか実際のところは分からんが、仕様だけ見ると、君の職場にはgitよりSharePointの方が100倍いい。
あとはわらしべ長者方式でがんばれ。

君が担当＝君の職場では君がその分野の第一人者、なのだから、
君が分からないものを職場の他の人が理解出来るはずがない。
少なくとも、君にとっては簡単過ぎる物を選ばないと、職場のみんなが使える物にはならないよ。

780(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM85-z8Bp) [] 2023/08/19(土) 00:28:03.47 ID:XhvWl0BqM(1) AAS
>>768
反論になってないだろ。
「gitしか使っていない」というから、CVSやSVNを使ったこともあるし、バージョン管理しないときもあると言っただけだ。
だから、もしそれでも「話が色々おかしい」と主張するならば、「gitしか使っていない」以外の理由を挙げなきゃだめだろ。明確に「gitしか使っていない」の反例を出してるんだから。

782(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/19(土) 01:23:47.81 ID:Af/nXbF+0(1/10) AAS
長文君には RCS の時代からバージョン管理使って来てるやつがいることとか思いもしないんだろうな。RCS → CVN → Subversion → git がメイン履歴だな。他にも浮気したけど
svn もかれこれ7年くらい使ってたわ

779(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b619-yhDR) [sage] 2023/08/18(金) 23:22:17.66 ID:jrXTaCKp0(1) AAS
ソースの履歴管理やプロジェクト管理はGitHubで、WORDやEXCELの履歴管理はSharePoint(microsoft365)で
というのがMSの方針でなんの問題もないのだから乗り換えも起きんだろ。
　GitHubの履歴管理はマイルストーンや予実管理にも対応したからRedmineをも飲み込む勢いだし。
　強いてGitHubでOSS支援として足りんところは.svgzがまだ画像認識してないところとwikiのmarkdownが
mermaidに対応してないところくらい。

807(3): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/19(土) 21:38:13.61 ID:2LFpxJcr0(7/8) AAS
>>804
それが技術的に出来るのはみんな知ってるよ。
問題は上述の通り、それをやったときに適切にgrepする機構がないから、
最初からgrepした結果になるように履歴を改竄した上でpushしろ、という文化な事。
マージするLinusの都合だけで作ってある。
だからコードを書く側の俺はgitには相当違和感があるし、
805内URLの人もそうだからMercurialとは違うと書いてるのだと思う。
そしてお前らにこの方面の感度が皆無なのは、お前らがコードを書いてないからだとも思う。

まあこれはいい。それで、
> まだ作業中で整理していないブランチもメインリポジトリで共有する
で運用するとして、その先はどうするんだ？
整理したらブランチ消すのか？なら手間が増えてるだけだろ。
svnのブランチ、「ディレクトリがブランチになります！！！」と言い切るのはどうなのよ？とも思うが、
実際、svnなら中途半端なコードを各ブランチに上げられても他の人は全く手間は増えないよ。
のろま君が勝手にコピーしてろで終わりだ。
gitの場合は、のろま君をフォローする為に中央リポジトリが毎日更新されてた場合、
(大した手間ではないが)pushする前にまず中央リポジトリと同期しなければならなくなり、
のろま君の為に全員に手間が増えてる。
これは、分散型のgitで集中管理を行おうとしたから発生したオーバーヘッドであり、
集中型のsvnだったら発生しなかった手間だ。
だから当たり前だが、集中型の開発管理を行うのなら集中型のリポジトリの方が適切だということ。
そして大半のプロプライエタリは集中型の開発なので、ゲーム会社が積極的にgitに移行する理由がない。
(というか連中はここら辺のgitの問題を分かってるから移行してないと思うんだよ。
お前らみたいにgitを理解出来ないから移行出来ないのだ！とかいう、
「上から目線ガー」とかうるさい割には心の中では心底他人を馬鹿にしてるゆとりマインドでは理解不能かもしれんが)

824(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 08:34:32.23 ID:Vn08TQPe0(2/7) AAS
>>821
簡単に対応する必要がないんだよ。

Cがmust、Aがオプションなら、最初から担当者にその旨伝え、分離した形で実装させなければならない。
それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、
担当者は適切な再実装時間を要求していい。

実際、799の場合なら、上側の実際の変更に6時間、
これを「清書」して下側の履歴に改竄するのに2時間といったところだろう。
「清書」しなくて良ければ次の仕事に取りかかれるので、この時点で効率が75%に落ちてしまっている。
25%も無能マネージャの尻ぬぐい保険に費やすのは馬鹿げている。
そして実際、殆どの場合は「やっぱAやめろ」なんて事にはならないし、
言われてから対応しても本修正(6時間)と同等の時間で対応出来るものだから、言われてからでいい。
事実としてAとC纏めて修正してしまったのだから、そのまま報告しとけ、でしかない。

>>823
「情報を落とすな」というセオリー通りだ。
> 開発プロセスの資産(812)
が開発プロセスの改善を目指すものなら、なおのことだ。
マネジメントが無能で修正指示不足(例:上記の「分離」指示不足)による手戻りが多かった場合、
それがそのまま見える形で記録されてないと意味無い。
799の忖度で「マネジメントも僕の修正も完璧、イエーイ、パチパチパチ」と小綺麗に改竄された履歴からでは、何も改善出来ない。