20/02/11(火)20:12:59 管理し... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1581419579280.jpg 20/02/11(火)20:12:59 No.662358113
管理してる？
1 20/02/11(火)20:13:36 No.662358306
SVN導入しようとかんがえている
2 20/02/11(火)20:16:36 No.662359247
svnなんて最後に触ったの15年くらい前だわ
3 20/02/11(火)20:19:54 No.662360403
SVNは単一バイナリを共有するときにしか使ってない
4 20/02/11(火)20:20:54 No.662360732
作業用端末にディスク容量5GBぐらいしかないから リポジトリ落とせないのでGITはNG
5 20/02/11(火)20:21:14 No.662360838
雰囲気で使ってる 困ったら職場のGit超詳しいヤングにやってもらう
6 20/02/11(火)20:21:48 No.662361043
svnよりgitをおすすめする理由思い出そうとしたけど svnのこともはや何も覚えていない
7 20/02/11(火)20:21:59 No.662361109
コマンドでgitを使うのはオタクすぎるからGUIがいい
8 20/02/11(火)20:22:11 No.662361173
ファイルサーバ管理だよいまだに
9 20/02/11(火)20:22:26 No.662361251
SVNはもう使えるクライアントがほとんどねえ
10 20/02/11(火)20:22:30 No.662361274
ソースコードだけならこれでいいと思う 20Gほどの開発データはsvnで
11 20/02/11(火)20:23:51 No.662361809
ユーザー側としてはやだ超便利もう戻れねえってなった でもまだ機能全然使えてねえんだろうなーとも思う
12 20/02/11(火)20:23:52 No.662361816
>svnよりgitをおすすめする理由思い出そうとしたけど リポジトリ分散されなくて良いくらいしか利点は無い
13 20/02/11(火)20:24:22 No.662361999
何も考えずに日付バックアップしてる
14 20/02/11(火)20:24:49 No.662362174
niziura_01.sh niziura_02.sh niziura_03.sh niziura_04.sh
15 20/02/11(火)20:27:12 No.662363025
でもこいつでバイナリ管理すると重くなるよ
16 20/02/11(火)20:27:42 No.662363179
>>svnよりgitをおすすめする理由思い出そうとしたけど >リポジトリ分散されなくて良いくらいしか利点は無い ブランチ切れるのすごくいいと思う でも結局運用次第よね…
17 20/02/11(火)20:27:48 No.662363218
バイナリは何で使っても重いので
18 20/02/11(火)20:28:03 No.662363292
使えないおじさんフィルタとして機能するので ある意味便利ではある
19 20/02/11(火)20:28:39 No.662363502
コミットする時にコメントちゃんと書けや！
20 20/02/11(火)20:28:51 No.662363581
後出しでルールに文句言う人しかいない…
21 20/02/11(火)20:29:31 No.662363791
>svnよりgitをおすすめする理由思い出そうとしたけど デフォルトでユーザ管理があることはまま優れてる 素のgitだとsshだけでは複数人を捌くのは俺には無理だった
22 20/02/11(火)20:30:08 No.662364011
>コミットする時にコメントちゃんと書けや！ 頑なにプロジェクト名とバージョンナンバーしか入れない人がいる
23 20/02/11(火)20:30:29 No.662364120
IT業界にいるけどCOBOLがメインだからか こういうツールが必要なほどプログラム開発の仕事がない
24 20/02/11(火)20:30:31 No.662364133
今更svn使うメリットってあるかな…
25 20/02/11(火)20:30:51 No.662364229
>頑なにプロジェクト名とバージョンナンバーしか入れない人がいる 邪悪過ぎる…
26 20/02/11(火)20:31:49 No.662364556
違いがわからんので俺はどっちでもいい
27 20/02/11(火)20:31:59 No.662364619
自動でいい感じのタイミングにいい感じのコメント付けてcommitして欲しい
28 20/02/11(火)20:32:17 No.662364726
>コミットする時にコメントちゃんと書けや！ ref #XXXXX
29 20/02/11(火)20:32:35 No.662364824
コミットするコメントはルール化しないとウンコみたいなコメントだらけになる
30 20/02/11(火)20:33:25 No.662365099
>>コミットする時にコメントちゃんと書けや！ >ref #XXXXX ちゃんとチケット書いてあるならそれでもええよ
31 20/02/11(火)20:33:27 No.662365117
まだ転職して5年くらいしかこの業界いないけどSVNの現場しか行ったことねえな…
32 20/02/11(火)20:33:29 No.662365134
>自動でいい感じのタイミングにいい感じのコメント付けてcommitして欲しい redmineとかああ言うのと連携させたらいいけどこれはredmineの管理がしっかりしてること前提だから違うか…
33 20/02/11(火)20:33:36 No.662365156
>違いがわからんので俺はどっちでもいい ツールに時間取られ過ぎなのもあれなので無理はしない方がいい でもちょこちょこ練習くらいはしといてもいいかもしれない
34 20/02/11(火)20:33:52 No.662365247
>今更svn使うメリットってあるかな… 逆張りできる点？
35 20/02/11(火)20:33:54 No.662365260
>こういうツールが必要なほどプログラム開発の仕事がない WordとかExcelじゃなあテキストファイルのドキュメント管理でも便利だぞ
36 20/02/11(火)20:34:10 No.662365348
>ref #XXXXX チケット追えるからそれが一番いい
37 20/02/11(火)20:34:17 No.662365379
コメントはセンスが求められる あ！ちょっと間違えたゴメン！レベルのコメントに悩む
38 20/02/11(火)20:34:18 No.662365388
>まだ転職して5年くらいしかこの業界いないけどSVNの現場しか行ったことねえな… それはだいぶ辺境な感じでございますな…
39 20/02/11(火)20:34:25 No.662365424
そこで導入されてるやつを使うだけだから…
40 20/02/11(火)20:35:00 No.662365606
>コメントはセンスが求められる >あ！ちょっと間違えたゴメン！レベルのコメントに悩む 【～機能】修正
41 20/02/11(火)20:35:18 No.662365726
fix
42 20/02/11(火)20:35:31 No.662365793
>そこで導入されてるやつを使うだけだから… 了解！zipで日付付けてサーバーにアップ！
43 20/02/11(火)20:35:38 No.662365838
update
44 20/02/11(火)20:35:48 No.662365893
手元で好き勝手コミットしてから最後にrebase -iでまとめてPushできるのは便利だなって最近思った
45 20/02/11(火)20:36:00 No.662365957
目的語を書け目的語を！
46 20/02/11(火)20:36:19 No.662366062
こういうので分かんないことあったときに気軽に聞いたりできる「」のコミュニティあればいいのに…
47 20/02/11(火)20:36:21 No.662366075
>そこで導入されてるやつを使うだけだから… 提案！提案しよう！
48 20/02/11(火)20:36:21 No.662366078
svn使うところならgitも抵抗ないからすぐ移行しちゃうから希少ではないだろうか
49 20/02/11(火)20:36:30 No.662366119
>チケット追えるからそれが一番いい 変更点なんてdiff取るのが一番だしね
50 20/02/11(火)20:36:36 No.662366156
>コメントはセンスが求められる >あ！ちょっと間違えたゴメン！レベルのコメントに悩む :pencil: typo修正
51 20/02/11(火)20:36:41 No.662366187
svnはロックできるから編集中のバイナリを編集してコンフリクトが起こることを減らせるのがよい
52 20/02/11(火)20:37:02 No.662366284
git完全に理解した
53 20/02/11(火)20:37:08 No.662366327
>提案！提案しよう！ そんな余裕がというかそんな雰囲気ではないな…
54 20/02/11(火)20:37:08 No.662366330
SVNだけどログ日本語OKにしたらログが追いやすくて追いやすくて… 今までエセ英語書いてた労力は…
55 20/02/11(火)20:37:26 No.662366413
>了解！zipで日付付けてサーバーにアップ！ 何社かそれ経験したよ… どこもデカい所なのに…
56 20/02/11(火)20:37:34 No.662366462
>svn使うところならgitも抵抗ないからすぐ移行しちゃうから希少ではないだろうか svnのツール次第かなあ あと提案してもsvnのログに価値があるって場合もあるから…
57 20/02/11(火)20:37:35 No.662366470
やっちゃえgit svn
58 20/02/11(火)20:37:39 No.662366489
>fix >update ぐああああああ！
59 20/02/11(火)20:38:03 No.662366627
>>提案！提案しよう！ >そんな余裕がというかそんな雰囲気ではないな… SIerの宿命ね…
60 20/02/11(火)20:38:57 No.662366957
うちはCVSだよなんか文句あるか 俺はすごいある
61 20/02/11(火)20:38:58 No.662366963
趣味で使い始めたけど勝手がよくわからん 上書きしてほしいのにエラーでるんですけお！！！
62 20/02/11(火)20:38:58 No.662366970
>>チケット追えるからそれが一番いい >変更点なんてdiff取るのが一番だしね まあチケットにちゃんと書かれてて資料とか紐付けられてること前提だけどな！ でもぶっちゃけ誰が担当で誰がレビューしたかさえわかればいいんだけどね
63 20/02/11(火)20:39:01 No.662366995
>変更点なんてdiff取るのが一番だしね diff開きたくないんですけお…
64 20/02/11(火)20:39:19 No.662367097
やり方を変えたくねえ人がいっぱいいるから提案する気力もない
65 20/02/11(火)20:39:21 No.662367110
大分ビビってたけどrebaseようやく使いだしました やだログめっちゃ綺麗になる…force pushさえしなければやばいことにはならないよね？
66 20/02/11(火)20:39:28 No.662367160
>うちはCVSだよなんか文句あるか ああカンマ区切りの！
67 20/02/11(火)20:39:43 No.662367246
海外のメンバーがほとんどだった名残で未だに英語でコメントいれる コミットしてからあれ…？浮いてる…？となる
68 20/02/11(火)20:39:47 No.662367270
最近はGUIツールも洗練されてきてGitのdiffも見やすくなり申した
69 20/02/11(火)20:40:02 No.662367338
>趣味で使い始めたけど勝手がよくわからん >上書きしてほしいのにエラーでるんですけお！！！ エラー内容と番号見よう！な！ gitのエラー内容はまだわかりやすいと思うぞ！
70 20/02/11(火)20:40:19 No.662367440
契約やら法律を言われると仕方ないけど git知らないおじさん達から斬新なルールが提案されてくる
71 20/02/11(火)20:40:26 No.662367486
ありがとうwinMerge
72 20/02/11(火)20:40:29 No.662367498
>SVNだけどログ日本語OKにしたらログが追いやすくて追いやすくて… >今までエセ英語書いてた労力は… 保守は海外に委託するかもしれないからってコメントとかログ類を全部英語で書いてたプロジェクトに参加してたけどみんなバリバリの日本人だしエセ英語で書いてたからGAIJINが読んだらかえって混乱するんじゃねえかな…って思いながら書いてた
73 20/02/11(火)20:40:42 No.662367575
gitさんsvnと比べて大量のでっかいファイル管理するのは向いてないの…
74 20/02/11(火)20:40:56 No.662367647
>>うちはCVSだよなんか文句あるか >ああカンマ区切りの！ (書かれる.tsv)
75 20/02/11(火)20:40:58 No.662367665
>SVNだけどログ日本語OKにしたらログが追いやすくて追いやすくて… >今までエセ英語書いてた労力は… 日本語ってすごいよね 日本語で書いたり話せるとめっちゃ捗るもん うちの上司がもう日本語話者しか採用しないでって言っちゃうもん
76 20/02/11(火)20:41:10 No.662367738
>大分ビビってたけどrebaseようやく使いだしました >やだログめっちゃ綺麗になる…force pushさえしなければやばいことにはならないよね？ 手元で初めて追加したコミットだけを対象に弄ってる限りは基本何やっても大丈夫のはず
77 20/02/11(火)20:41:23 No.662367815
>契約やら法律を言われると仕方ないけど >git知らないおじさん達から斬新なルールが提案されてくる 上に居るのがめっちゃ詳しい人だとありがたい …やたらテクニカルな方法が提示される！
78 20/02/11(火)20:41:24 No.662367819
>ありがとうwinMerge 無料なのに優秀な差分ツール過ぎる…
79 20/02/11(火)20:41:35 No.662367873
変化が嫌いな奴が何でSEなんてやってるんだ…
80 20/02/11(火)20:41:41 No.662367908
gitのいいところ思いついたよ マージがかなり優秀
81 20/02/11(火)20:42:00 No.662368039
WinMargeの開発者は実は名うての盗賊とかだと思う
82 20/02/11(火)20:42:01 No.662368043
>変化が嫌いな奴が何でSEなんてやってるんだ… 嫌いだからかな…
83 20/02/11(火)20:42:09 No.662368103
>gitさんsvnと比べて大量のでっかいファイル管理するのは向いてないの… 逆に言えばそんなでけえもんや大量のファイルを一元管理するなって意味だぞ
84 20/02/11(火)20:42:17 No.662368156
今度仕事でgit使い始めるんだけど何か気をつけることある？
85 20/02/11(火)20:42:34 No.662368267
WinMergeメモしとこう…コミットの衝突とマージでいつもコケてるから…
86 20/02/11(火)20:42:46 No.662368337
gitさんはローカルならマジで何やってもいいよってスタンスだから好き
87 20/02/11(火)20:42:49 No.662368365
>今度仕事でgit使い始めるんだけど何か気をつけることある？ 猿でもわかるgitでも読んどけ
88 20/02/11(火)20:42:52 No.662368385
>手元で初めて追加したコミットだけを対象に弄ってる限りは基本何やっても大丈夫のはず ありがとう 過去の自分のlogめちゃめちゃ汚いんだろうなと思うとうｎ
89 20/02/11(火)20:42:56 No.662368408
コードのコメント社内の人間しか読まないし日本語にしたよ 読みやすい…
90 20/02/11(火)20:43:32 No.662368604
>上に居るのがめっちゃ詳しい人だとありがたい >…やたらテクニカルな方法が提示される！ 使ってもらおうとgitリポジトリ立ててユーザー作っても誰もまともに使ってくれない場合もある 毎回アホみたいなエンバグ起こすのやめろ…
91 20/02/11(火)20:43:35 No.662368621
GitBucketの管理つらいのでGitLabにしたくなってきた
92 20/02/11(火)20:43:41 No.662368656
>今度仕事でgit使い始めるんだけど何か気をつけることある？ 解説ページを丁寧に理解しながらやってみてちゃんと覚える
93 20/02/11(火)20:43:43 No.662368665
コミットルールないからみんな思い思いにコメントつけてる たのしい
94 20/02/11(火)20:43:44 No.662368669
2020/02/10 14:00 コミット 2020/02/10 15:00 間違えてコミットしたので削除
95 20/02/11(火)20:44:07 No.662368791
ブランチ切るのがクソ軽いのといちいちネットに繋がなくてもローカルでほぼ完結するのがいいところだ
96 20/02/11(火)20:44:18 No.662368848
2つの差分を別のやつにmergeとかだと別のツールあると嬉しいけど 2つ比較ならWinmergeで十分すぎるよね…
97 20/02/11(火)20:44:38 No.662368944
>コミットルールないからみんな思い思いにコメントつけてる >たのしい 顔文字も許可しよう
98 20/02/11(火)20:44:41 No.662368964
大規模なシステムのプロジェクトでgitのブランチの数が3桁超えた時点でこれ運用間違ってるな…と思った
99 20/02/11(火)20:45:07 No.662369129
>今度仕事でgit使い始めるんだけど何か気をつけることある？ ルールは会社によって違うから何も聞かずにやると失敗する 自由な分色んな使い方があるアル
100 20/02/11(火)20:45:15 No.662369185
もうやめちゃった人がgit管理進めてて綺麗に整えたのに 辞めた途端git使わずにローカルで好き勝手弄る職場で俺も辞めたくなってきた
101 20/02/11(火)20:45:36 No.662369289
ありがとうvscode 俺プランナーなんだけどな…
102 20/02/11(火)20:45:37 No.662369290
>今度仕事でgit使い始めるんだけど何か気をつけることある？ rebaseとforce pushの存在は忘れていい 中級者になってヨシ使うぞ！という気持ちになったらより一層忘れるようにする
103 20/02/11(火)20:45:38 No.662369299
hoge-2020021100.tar.gz
104 20/02/11(火)20:45:45 No.662369328
ローカルブランチはいくら切ってもいい リモートブランチをいっぱい切るのはなんか間違ってる
105 20/02/11(火)20:45:49 No.662369335
理由もないのにいつまで経ってもmasterに戻ってこないブランチは…潰す！
106 20/02/11(火)20:45:56 No.662369373
以前はsourcetreeでずっとよく分からんまま使ってたけど 諦めてちゃんと本読んでコマンド叩くようにしたら少しずつ分かってきた インデックスとかの概念はちゃんと説明読まないと分かんない…
107 20/02/11(火)20:46:05 No.662369423
GitLabは超便利だけど重いのがちと辛い でも好き
108 20/02/11(火)20:46:21 No.662369512
>もうやめちゃった人がgit管理進めてて綺麗に整えたのに >辞めた途端git使わずにローカルで好き勝手弄る職場で俺も辞めたくなってきた 昭和か何かか…
109 20/02/11(火)20:46:31 No.662369553
>2020/02/10 14:00 コミット ここでpushしちゃった場合の最善手って何かな >2020/02/10 15:00 間違えてコミットしたので削除 コメント上書きしてpush -f?
110 20/02/11(火)20:46:37 No.662369595
masterとdevelopだけあればいいよ
111 20/02/11(火)20:46:48 No.662369666
最初に入ったプロジェクトがtrunkしか使わないところだったから しばらくbranchesとtagsがある意味が分からなかった
112 20/02/11(火)20:46:54 No.662369694
gitちゃんはツリー構造って思えば理解しやすい
113 20/02/11(火)20:47:00 No.662369717
とりあえずローカルに落としていろいろ修正したらリモートブランチにシューッ！してマージよろしく！ってプルリク出すくらいしかわかんないんぬ
114 20/02/11(火)20:47:02 No.662369733
リモートにpushしたやつrebaseしないっての守れば何も問題起こらんはず
115 20/02/11(火)20:47:09 No.662369783
>masterとdevelopだけあればいいよ master2 master3 master4…
116 20/02/11(火)20:47:09 No.662369786
>辞めた途端git使わずにローカルで好き勝手弄る職場で俺も辞めたくなってきた 次はお前がやるんだよう！
117 20/02/11(火)20:47:27 No.662369873
SVNバリバリ使いこなしてるよ リポジトリの成果物を更新したい人は構成管理者にメールで連絡 構成管理者がリポジトリにロックをかけてファイルをサーバにコピー 更新者は終わったらファイルの置き場を構成管理者にメールで連絡 構成管理者はファイルをSVNに上書きコピーしてコミット リビジョンやコメントに書く番号は特にBTSのチケットとは無関係
118 20/02/11(火)20:47:32 No.662369897
>master2 >master3 >master4… masterとは…いったい…
119 20/02/11(火)20:47:35 No.662369921
>>masterとdevelopだけあればいいよ >master2 >master3 >master4… 流石にそれは…あるんだろうな…
120 20/02/11(火)20:48:00 No.662370060
>>2020/02/10 14:00 コミット >ここでpushしちゃった場合の最善手って何かな >>2020/02/10 15:00 間違えてコミットしたので削除 >コメント上書きしてpush -f? 歴史を無かったことにしようとすると大体壊れるので諦める
121 20/02/11(火)20:48:15 No.662370153
>最初に入ったプロジェクトがtrunkしか使わないところだったから >しばらくbranchesとtagsがある意味が分からなかった プロジェクトの更新頻度とユーザーによるかな…
122 20/02/11(火)20:48:21 No.662370191
>ここでpushしちゃった場合の最善手って何かな pushしたら諦める リモートは何もいじらないのが最善
123 20/02/11(火)20:48:37 No.662370294
GitBlitとJenkinsをローカルで立てると楽しくなる
124 20/02/11(火)20:48:39 No.662370306
SVNってローカルにチェックアウトしててもリモートと通信できないとログ見ることすらできないのか
125 20/02/11(火)20:49:02 No.662370437
>SVNバリバリ使いこなしてるよ >リポジトリの成果物を更新したい人は構成管理者にメールで連絡 >構成管理者がリポジトリにロックをかけてファイルをサーバにコピー >更新者は終わったらファイルの置き場を構成管理者にメールで連絡 >構成管理者はファイルをSVNに上書きコピーしてコミット >リビジョンやコメントに書く番号は特にBTSのチケットとは無関係 昔言ってた生保の会社がそんな運用してた
126 20/02/11(火)20:49:07 No.662370467
リポジトリ落とさなきゃいけないからメモリ2GBディスク10GBの弊社端末だとGitは使えない
127 20/02/11(火)20:49:10 No.662370481
>SVNバリバリ使いこなしてるよ うnうn >リポジトリの成果物を更新したい人は構成管理者にメールで連絡 >構成管理者がリポジトリにロックをかけてファイルをサーバにコピー >更新者は終わったらファイルの置き場を構成管理者にメールで連絡 >構成管理者はファイルをSVNに上書きコピーしてコミット >リビジョンやコメントに書く番号は特にBTSのチケットとは無関係 うn…
128 20/02/11(火)20:49:31 No.662370600
隣のプロジェクトのブランチ数が1500に達していた ブランチの削除という概念が存在していなかった
129 20/02/11(火)20:49:47 No.662370689
変化嫌うところはだいぶ嫌うよね客含めて
130 20/02/11(火)20:49:53 No.662370732
ありがとう 管理者が近い所に居てリセットとかできない限りは諦めるべきか
131 20/02/11(火)20:49:54 No.662370737
>隣のプロジェクトのブランチ数が1500に達していた >ブランチの削除という概念が存在していなかった ツリー見るの楽しそう
132 20/02/11(火)20:50:03 No.662370782
ついこの前までRCSが現役だったよ…
133 20/02/11(火)20:50:20 No.662370885
>隣のプロジェクトのブランチ数が1500に達していた ビルドとかの数じゃなくてブランチ…？
134 20/02/11(火)20:50:27 No.662370919
運用設計書とかIDPW台帳とかそういったエクセルファイルを管理したいんだけど GitとSVNどっちがおすすめ
135 20/02/11(火)20:50:32 No.662370965
>リポジトリ落とさなきゃいけないからメモリ2GBディスク10GBの弊社端末だとGitは使えない --depthはいいぞ
136 20/02/11(火)20:50:41 No.662371020
SVNならロックする前に構成管理者に申請書だして判子もらい コミット前にチームリーダーにレビューしてもらって構成管理者とプロマネに判子もらうんだ
137 20/02/11(火)20:51:00 No.662371134
>ありがとう >管理者が近い所に居てリセットとかできない限りは諦めるべきか 会社によるけど一度pushしたものを元に戻すってのは割と会議案件だと思うよ… 何やったかわからんけど素直にごめんなさいが一番良いぞ
138 20/02/11(火)20:51:09 No.662371187
エクセル…エクセルかぁ…
139 20/02/11(火)20:51:19 No.662371263
>SVNならロックする前に構成管理者に申請書だして判子もらい >コミット前にチームリーダーにレビューしてもらって構成管理者とプロマネに判子もらうんだ 繁忙期だと頭がおかしくなるやつだ…
140 20/02/11(火)20:51:21 No.662371274
>運用設計書とかIDPW台帳とかそういったエクセルファイルを管理したいんだけど >GitとSVNどっちがおすすめ gitに上げると差分でなくて混乱するのでおすすめ
141 20/02/11(火)20:51:28 No.662371310
>ツリー見るの楽しそう 種の起源みたいになってそう
142 20/02/11(火)20:51:29 No.662371318
逆にリモートリポジトリの履歴に手を出しても良い場合ってなんだろう 特に思いつかない
143 20/02/11(火)20:51:29 No.662371320
pushしたリモートブランチ自分しか見てないかその場でごめんねって声が届く規模ならrebaseしてもいいかも
144 20/02/11(火)20:51:31 No.662371335
>ブランチの削除という概念が存在していなかった git branch -avvで目眩がするプロジェクト結構あるよね…
145 20/02/11(火)20:51:33 No.662371346
>運用設計書とかIDPW台帳とかそういったエクセルファイルを管理したいんだけど SVN
146 20/02/11(火)20:51:36 No.662371370
画像とかバイナリデータに特化したバージョン管理システムってないのかな 修正差分とか見たい
147 20/02/11(火)20:51:46 No.662371422
もうそれエクセルじゃなくてスプシでいいんじゃね
148 20/02/11(火)20:51:47 No.662371429
Win7のサポート終了で開発環境Win10化しなきゃ！VSSどうしよう！って言ってたプロジェクト元気かな…
149 20/02/11(火)20:51:51 No.662371456
使い方分かってないので競合とか怖く編集用とコミット用に分けて使ってた
150 20/02/11(火)20:52:07 No.662371538
前任者が全員退職した案件を引き継いてSVNからgitに移行したけどJenkins君が自動でビルドしてくれずもう俺も辞めちゃおうかなと思い始めた
151 20/02/11(火)20:52:10 No.662371567
>会社によるけど一度pushしたものを元に戻すってのは割と会議案件だと思うよ… >何やったかわからんけど素直にごめんなさいが一番良いぞ ああいや単にログ汚いなぁ…って思っただけなので ごめんね
152 20/02/11(火)20:52:38 No.662371718
アカウント使いまわし強要されるから 誰が不具合の主犯か分かんねえ
153 20/02/11(火)20:52:41 No.662371740
>画像とかバイナリデータに特化したバージョン管理システムってないのかな >修正差分とか見たい バイナリデータの差分見たいかな…
154 20/02/11(火)20:52:54 No.662371818
Excelに限らずバイナリファイルのバージョン管理ってどうしたらいいんだろね
155 20/02/11(火)20:52:54 No.662371822
スプシ言う人はじめてみた
156 20/02/11(火)20:53:06 No.662371898
思ったよりGit使えるSE「」多いな
157 20/02/11(火)20:53:22 No.662371978
エクセルってwinmergeさんが差分見れるプラグイン出してたな
158 20/02/11(火)20:53:23 No.662371984
エクセルワードならWinMergeとxdoc2txtの合わせ技で辛うじてSVNから差分見られた気がする
159 20/02/11(火)20:53:41 No.662372098
>思ったよりGit使えるSE「」多いな 事務職にメールとエクセル使えますかレベルの話では
160 20/02/11(火)20:53:42 No.662372102
自動ビルド自動テストって手間の割に効果薄いんじゃないかなって思う コミット前にちゃんとビルドしてリグレッションテストするよねみんな
161 20/02/11(火)20:53:43 No.662372118
>運用設計書とかIDPW台帳とかそういったエクセルファイルを管理したいんだけど どっちでもいいけど即運用＆パス垢も付けたりの手軽さはsvnのが断然簡単かな
162 20/02/11(火)20:54:13 No.662372281
>エクセルってwinmergeさんが差分見れるプラグイン出してたな マジで winmergeは何なの御助け人なの
163 20/02/11(火)20:54:20 No.662372325
SVNでブランチ切れって言ったら新しくリポジトリを別に立てられて うーん…ってなった
164 20/02/11(火)20:54:27 No.662372364
>思ったよりGit使えるSE「」多いな 今更使えないのはだいぶやばいと思うよ…
165 20/02/11(火)20:54:29 No.662372372
>コミット前にちゃんとビルドしてリグレッションテストするよねみんな ……
166 20/02/11(火)20:54:32 No.662372388
>前任者が全員退職した案件を引き継いてSVNからgitに移行したけどJenkins君が自動でビルドしてくれずもう俺も辞めちゃおうかなと思い始めた 止まってるのかジョブが溜まってんのかわからなくてこまる
167 20/02/11(火)20:54:36 No.662372424
>コミット前にちゃんとビルドしてリグレッションテストするよねみんな …
168 20/02/11(火)20:54:41 No.662372443
>事務職にメールとエクセル使えますかレベルの話では 事務のおばちゃんには難易度すぎるな
169 20/02/11(火)20:54:46 No.662372474
>自動ビルド自動テストって手間の割に効果薄いんじゃないかなって思う >コミット前にちゃんとビルドしてリグレッションテストするよねみんな 規模による
170 20/02/11(火)20:55:00 No.662372556
そこはやってるって言えよ！！！！１
171 20/02/11(火)20:55:13 No.662372649
やれや！
172 20/02/11(火)20:55:15 No.662372658
Git使えると言われても全部駆使できる人と PullPushあたりができる人まで広そうだ
173 20/02/11(火)20:55:19 No.662372681
>事務職にメールとエクセル使えますかレベルの話では メールはともかくエクセル使えますは罠だ！
174 20/02/11(火)20:55:21 No.662372690
テストを書いておくとよくわからんコミットを見逃すことが減るのであった方がいい
175 20/02/11(火)20:55:30 No.662372727
>ああいや単にログ汚いなぁ…って思っただけなので リモートのログは正史なのでいくら汚くてもそれが正義 汚くなるようなログはdevelopmentブランチでやって 手元でrebaseしてきれいにしたログを別途masterにpushすれば良いのでは
176 20/02/11(火)20:55:47 No.662372831
>コミット前にちゃんとビルドしてリグレッションテストするよねみんな ほんのりやってる
177 20/02/11(火)20:55:53 No.662372874
フロントエンド開発だと画面のスナップショットの差分確認できるようなシステム使うけど 強い人が用意したのに乗っかってるだけなのでバイナリ差分管理どうなってるのかはよくわからない
178 20/02/11(火)20:55:53 No.662372877
>メールはともかくエクセル使えますは罠だ！ 君のように勘のいい子は嫌いだよ…
179 20/02/11(火)20:55:58 No.662372901
GUI側でコメントの形式も縛るべき ○○の××を△△した とか選択形式で
180 20/02/11(火)20:55:59 No.662372903
jenkinsおじさんは割とへそ曲げること多くて保守つらい…
181 20/02/11(火)20:56:00 No.662372913
TortoiseSVNとWinMergeとxdoc2txtが無かったらExcel設計書の管理とか考えたくない
182 20/02/11(火)20:56:00 No.662372915
今度転職するからどこで覚えればいいか教えてくだち
183 20/02/11(火)20:56:08 No.662372961
気軽にgit reset --hardしてたけど完全に消えるとは…
184 20/02/11(火)20:56:38 No.662373141
Win10でSVN使ってるけれど原因不明でアップロードできないので 乗り換えようかと思ってる
185 20/02/11(火)20:57:00 No.662373253
追加ファイルをステージングしないでコミット漏れがよくあるから ローカルで確認しても微妙
186 20/02/11(火)20:57:08 No.662373316
>気軽にgit reset --hardしてたけど完全に消えるとは… 俺がやったのは新規追加ファイルがstashに含まれないとは…だった
187 20/02/11(火)20:57:15 No.662373352
Gitは使い方よりも >リモートのログは正史なのでいくら汚くてもそれが正義 なんかの考え方の方が主な気がする
188 20/02/11(火)20:57:16 No.662373359
GitHubで何らかのオープンソースとかのプルリクとかやってる？
189 20/02/11(火)20:57:16 No.662373361
>今度転職するからどこで覚えればいいか教えてくだち 何なら今勉強しようぜ！思いついたがナウだぜ！
190 20/02/11(火)20:57:18 No.662373372
SVNクライアントは結構メンテされてなくてセキュリティホールズボケオなのも少なくない
191 20/02/11(火)20:57:20 No.662373385
>Git使えると言われても全部駆使できる人と >PullPushあたりができる人まで広そうだ 開発だけならpullpushわかるなら追加で覚えるのもそう苦じゃないだろう リポジトリ作成とかになると多少のテクがいるけど
192 20/02/11(火)20:57:33 No.662373470
>jenkinsおじさんは割とへそ曲げること多くて保守つらい… Windowsアプリ開発なのでビルドのバッチ書くのめどい
193 20/02/11(火)20:57:37 No.662373491
>TortoiseSVNとWinMergeとxdoc2txtが無かったらExcel設計書の管理とか考えたくない まずExcelで設計書書くのやめろ！
194 20/02/11(火)20:57:38 No.662373492
>画像とかバイナリデータに特化したバージョン管理システムってないのかな >修正差分とか見たい Winmegeの機能追加でバイナリも画像もDIFFれるよ…
195 20/02/11(火)20:57:57 No.662373607
コメントは関連タスクのチケットに反映する形では縛ってる
196 20/02/11(火)20:58:00 No.662373625
色々いじるから開発用とプル用でソース二つダウンロードして分けてる 分けろ 参照先のソース変わってなくてエラー吐いてるんですけおおお！！！
197 20/02/11(火)20:58:12 No.662373698
>まずExcelで設計書書くのやめろ！ 大手でも割と居てうんざりする
198 20/02/11(火)20:58:17 No.662373726
個人の意識に任せると抜け漏れサボりが出るから機械にさせる 「テストやりました？」「やりました」「エビデンスと結果違うよ？」「………すみません」 とかザラ
199 20/02/11(火)20:58:19 No.662373742
>汚くなるようなログはdevelopmentブランチでやって >手元でrebaseしてきれいにしたログを別途masterにpushすれば良いのでは うｎ pushした後に気付いちゃったのがなあ…
200 20/02/11(火)20:58:34 No.662373844
>まずExcelで設計書書くのやめろ！ わかりました Notesに作成します
201 20/02/11(火)20:59:02 No.662374009
rebaseとかはよくわからない
202 20/02/11(火)20:59:16 No.662374081
Excelの設計書って腐る程あると思うけど何がベストなの？
203 20/02/11(火)20:59:26 No.662374145
回帰テスト手動で真面目にやるやつは恐らく存在しない…
204 20/02/11(火)20:59:27 No.662374153
WinMergeはいいぞ…普通のソースファイル比較するのもこれでやる
205 20/02/11(火)20:59:39 No.662374212
>TortoiseSVNとWinMergeとxdoc2txtが無かったらExcel設計書の管理とか考えたくない 変更履歴シートに手打ちしてファイルサーバに格納してるけれどどうにか回ってるよ 回ってないまた人が辞める
206 20/02/11(火)21:00:01 No.662374338
>Excelの設計書って腐る程あると思うけど何がベストなの？ markdownかな
207 20/02/11(火)21:00:11 No.662374391
>変更履歴シートに手打ちしてファイルサーバに格納してるけれどどうにか回ってるよ >回ってないまた人が辞める 辞めた人の方が正常な例なんやな
208 20/02/11(火)21:00:26 No.662374476
>GitHubで何らかのオープンソースとかのプルリクとかやってる？ vinagetってPHPで作られたやつの開発してたよ
209 20/02/11(火)21:00:27 No.662374491
テストやる余裕あるならやる ９割方無い
210 20/02/11(火)21:00:27 No.662374493
>>思ったよりGit使えるSE「」多いな >今更使えないのはだいぶやばいと思うよ… よく知ってる人が全部自動化できるshell書いてくれたのをただ使ってるだけだ俺
211 20/02/11(火)21:00:33 No.662374527
WinMergeでエクセルファイルの比較をテキスト化して行ってくれるプラグイン好き 好みはあるだろうけど
212 20/02/11(火)21:00:36 No.662374545
俺はvimdiff
213 20/02/11(火)21:00:38 No.662374560
asciidocよりmarkdownが好きだ
214 20/02/11(火)21:00:40 No.662374569
>まずExcelで設計書書くのやめろ！ じゃあ何でかけばいいの？ OSとかMWとかインフラ関連なんだけど
215 20/02/11(火)21:00:58 No.662374670
>変更履歴シートに手打ち とても嫌…これ見返すことあるのかなって常々思う
216 20/02/11(火)21:01:39 No.662374876
Excelは設計書作成ツール みんな知ってるね
217 20/02/11(火)21:01:45 No.662374907
俺はSmartGitとVSCodeでマージする
218 20/02/11(火)21:01:48 No.662374935
>よく知ってる人が全部自動化できるshell書いてくれたのをただ使ってるだけだ俺 仕事で使ってるものがどう言うものか勉強してみるのオススメするよ
219 20/02/11(火)21:01:51 No.662374956
>まずExcelで設計書書くのやめろ！ じゃあ何にかけと…？
220 20/02/11(火)21:01:52 No.662374964
図を書く必要がある仕様書でもPlantUMLでどうにかしたい
221 20/02/11(火)21:01:56 No.662374988
>Excelは文章作成ツール >みんな知ってるね
222 20/02/11(火)21:01:59 No.662375009
>markdownかな それの拡張子はなに？wikiにかくの？
223 20/02/11(火)21:02:02 No.662375033
Excelは表計算ソフトなので表を作る以外のことに使うんじゃない
224 20/02/11(火)21:02:23 No.662375154
>じゃあ何でかけばいいの？ >OSとかMWとかインフラ関連なんだけど うちはGrowiってツールでmarkdownで書いてるよ 図は別ツールで描いて貼り付ける
225 20/02/11(火)21:02:24 No.662375160
Markdownは方言が多すぎる
226 20/02/11(火)21:02:36 No.662375221
>>markdownかな >それの拡張子はなに？wikiにかくの？ .mdでしょ Githubで公開するときに書かされるやつ
227 20/02/11(火)21:02:40 No.662375238
>GitHubで何らかのオープンソースとかのプルリクとかやってる？ 見知らぬ言語のおぼえ書きとか突っ込んでるだけだわ どこでもみれてべんり
228 20/02/11(火)21:02:49 No.662375280
とにかくテキストで書いてgitに入れる！
229 20/02/11(火)21:02:54 No.662375317
エクセルだろうがなんだろうがどれで作っても良いけど分かる内容メンテしやすいレイアウトにしてくれ
230 20/02/11(火)21:03:11 No.662375413
>図を書く必要がある仕様書でもPlantUMLでどうにかしたい シーケンス図はいいんだけどクラス図とかアクティビティ図書くとスタイルが見辛くなるのなんとかしたい
231 20/02/11(火)21:03:19 No.662375467
.mdはちゃんと差分出てくれるからいいな…とようやく認識した
232 20/02/11(火)21:03:27 No.662375511
ファイル名にバージョンを振って共有サーバーに置く！
233 20/02/11(火)21:03:58 No.662375689
>ファイル名にバージョンを振って共有サーバーに置く！ …もちろんバージョンの変更点は別ファイルに書いてあるよな？
234 20/02/11(火)21:04:04 No.662375717
SIerで客相手に設計書出すところでmarkdown使ってるところあるんだろうか
235 20/02/11(火)21:04:05 No.662375724
>>markdownかな >それの拡張子はなに？wikiにかくの？ 人間が書きやすいタグ打ちで作るHTMLファイルみたいなもの だからメモ帳でも何でもエディタさえあれば書ける テキストファイルなのでGit差分も分かりやすい 表示するときはPDFに変換したりブラウザで見れる拡張を使ったりする
236 20/02/11(火)21:04:10 No.662375750
.md関連はVScode凄いなーってなった
237 20/02/11(火)21:04:24 No.662375821
>じゃあ何でかけばいいの？ >OSとかMWとかインフラ関連なんだけど 紙にでも書いてろ
238 20/02/11(火)21:04:32 No.662375889
svnしか使ってないとgit覚える機会ないし… まあそんなにコマンド覚えるだけなら難しくはないけど
239 20/02/11(火)21:04:36 No.662375911
>svn使うところならgitも抵抗ないからすぐ移行しちゃうから希少ではないだろうか 世紀変わったあたりからずっと使ってる関係でsvnからそう簡単に移行できねえ
240 20/02/11(火)21:04:37 No.662375920
たまにテキストファイルに延々設計書書いてる人を見る 自分でそれ書いてるのに内容忘れてる人とかうんざりする
241 20/02/11(火)21:04:41 No.662375943
>…もちろんバージョンの変更点は別ファイルに書いてあるよな？ 書いてあるよ ファイル内にな！
242 20/02/11(火)21:04:56 No.662376036
>SIerで客相手に設計書出すところでmarkdown使ってるところあるんだろうか あるよ 出すときはpdfにして渡すけど
243 20/02/11(火)21:05:01 No.662376074
>svnしか使ってないとgit覚える機会ないし… >まあそんなにコマンド覚えるだけなら難しくはないけど CUIでやってるの？
244 20/02/11(火)21:05:03 No.662376086
ウンコだとは思うけど要求水準の低さとポータブル性高過ぎて乗り換えにくいんだよなExcel設計書 俺は使えるけど愚民全てに叡智を授けてみせろって言われても困るし… 今どきはこれが普通のスキルなんですよって攻め方しようにも 「」くんは普通のエンジニアかもしれないけど普通の結婚もしてないし普通の世帯も持ってなければ普通のお子さんもいないよねって切り替えされたら鬱で引きこもりそうだし…
245 20/02/11(火)21:05:03 No.662376089
500MBのダンプファイルをgitにシューッ！
246 20/02/11(火)21:05:05 No.662376094
パスワード管理台帳.xls パスワード管理台帳_最新版.xls パスワード管理台帳_最新.xlsx 作成中）パスワード管理台帳_最新.xlsx パスワード管理台帳_20200211.xlsx パスワード管理台帳_20200211_p2.xlsx
247 20/02/11(火)21:05:11 No.662376133
>SIerで客相手に設計書出すところでmarkdown使ってるところあるんだろうか 客相手に出すのは仕方がないのでExcelだな… それはそれとして内部向け資料にはMarkdownを使う
248 20/02/11(火)21:05:16 No.662376161
>>…もちろんバージョンの変更点は別ファイルに書いてあるよな？ >書いてあるよ >ファイル内にな！ んんんんんんｎ！！！！１
249 20/02/11(火)21:05:16 No.662376164
>SIerで客相手に設計書出すところでmarkdown使ってるところあるんだろうか SIerはGitすら使ってるとこあんまり見かけない…気がする…
250 20/02/11(火)21:05:21 No.662376197
>500MBのダンプファイルをgitにシューッ！ 出来たっけ？
251 20/02/11(火)21:05:33 No.662376268
自分一人でずっとやってたから経験のあるsvnずっと使ってる よそのプロジェクト入る話とかあるしいい加減git勉強して慣れないとあかんかなと思うけど腰が重い
252 20/02/11(火)21:05:39 No.662376289
書き込みをした人によって削除されました
253 20/02/11(火)21:05:43 No.662376315
>「」くんは普通のエンジニアかもしれないけど普通の結婚もしてないし普通の世帯も持ってなければ普通のお子さんもいないよねって切り替えされたら鬱で引きこもりそうだし… 被害妄想じゃねえか！
254 20/02/11(火)21:05:45 No.662376339
asciidocをpdf変換して渡してる
255 20/02/11(火)21:05:48 No.662376357
markdownはmarkdownで方言多すぎ問題らしくて人間って度し難いなぁってなる
256 20/02/11(火)21:05:50 No.662376370
Unity制作でソースツリー使ったけどほぼプログラマー任せだったな こっちからは取り敢えずプロジェクトにデータ入れて変更を更新するだけでなんとかなるのはありがたい
257 20/02/11(火)21:05:58 No.662376418
>「」くんは普通のエンジニアかもしれないけど普通の結婚もしてないし普通の世帯も持ってなければ普通のお子さんもいないよねって切り替えされたら鬱で引きこもりそうだし… 病院行けよ メンタルのだぞ
258 20/02/11(火)21:06:04 No.662376457
同じ名前で何故か更新されているファイルがある… 変更履歴がない…
259 20/02/11(火)21:06:11 No.662376502
>「」くんは普通のエンジニアかもしれないけど普通の結婚もしてないし普通の世帯も持ってなければ普通のお子さんもいないよねって切り替えされたら鬱で引きこもりそうだし… つらい 無駄に年ばっかり食ってんじゃねえよって怒られたよね
260 20/02/11(火)21:06:11 No.662376505
>パスワード管理台帳_20200211.xlsx yyyymmddなだけまだ多少知能あるな
261 20/02/11(火)21:06:14 No.662376518
>CUIでやってるの？ gitは結局コマンドラインが一番使いやすいよ
262 20/02/11(火)21:06:18 No.662376531
>パスワード管理台帳_bk.xlsx
263 20/02/11(火)21:06:28 No.662376595
>同じ名前で何故か更新されているファイルがある… >変更履歴がない… winmergeの出番きたな…
264 20/02/11(火)21:06:38 No.662376659
どのバージョン管理使おうがビルドで生まれた要らないファイルもブッコムやつは思いっきり頭叩く
265 20/02/11(火)21:07:04 No.662376826
>どのバージョン管理使おうがビルドで生まれた要らないファイルもブッコムやつは思いっきり頭叩く バイナリができた！ バイナリを突っ込む！
266 20/02/11(火)21:07:19 No.662376916
>どのバージョン管理使おうがビルドで生まれた要らないファイルもブッコムやつは思いっきり頭叩く デフォルトで入らない設定なってない方がおかしいって言われそう
267 20/02/11(火)21:07:23 No.662376950
>どのバージョン管理使おうがビルドで生まれた要らないファイルもブッコムやつは思いっきり頭叩く .gitigoreを授けよう
268 20/02/11(火)21:07:27 No.662376973
うちはSIerでgitは普通に使ってるけどExcel設計書だなあ 「SE」がmarkdownみたいな構造化テキストを書くのは難しい
269 20/02/11(火)21:07:54 No.662377139
ファイル名管理はあれだけどyyyymmdd徹底してくれてるなら諦めることにしたよ…
270 20/02/11(火)21:08:16 No.662377268
エクセルで設計書描いてたら エクセルなんて使うな！ ワードにしろ！ って課長に怒られたよ
271 20/02/11(火)21:08:24 No.662377342
>出来たっけ？ バッファサイズ変えればできたような
272 20/02/11(火)21:08:24 No.662377346
俺はtortise git使ってるからコマンドはあんまわからないぜ シェルでビルドスクリプト書くときくらいだgitコマンド使うの
273 20/02/11(火)21:08:25 No.662377349
出向マンなので客先が使ってる形式が正義だ
274 20/02/11(火)21:08:36 No.662377424
>パスワード管理台帳_2020024fix_20200211版.xlsx
275 20/02/11(火)21:08:53 No.662377542
aaaa-20200211.txt aaaa_20200211.txt aaaa.20200211.txt
276 20/02/11(火)21:09:01 No.662377586
>ファイル名管理はあれだけどyyyymmdd徹底してくれてるなら諦めることにしたよ… （同日で-2/-3/-4/-5と連なるファイル）
277 20/02/11(火)21:09:03 No.662377597
>出向マンなので客先が使ってる形式が正義だ 客先で今git使ってるな…経験させてもらってありがたい
278 20/02/11(火)21:09:09 No.662377621
>デフォルトで入らない設定なってない方がおかしいって言われそう 難しい話ではあるけどプロジェクト切り盛りする最初に各種中間生成物にちゃんとアタリつけて除外しておかないとね
279 20/02/11(火)21:09:19 No.662377679
俺も大概学ばない人間だからあんま人のこと言えないんだけど うちの皆もgit使って3年になるしそろそろrevertとresetの違いを覚えてもいいんじゃないかな そりゃどっちも元に戻すといえば元に戻すんだけども
280 20/02/11(火)21:09:33 No.662377760
やめろ！地獄の釜みたいなファイル置き場を見せるのは！
281 20/02/11(火)21:09:35 No.662377778
>「SE」がmarkdownみたいな構造化テキストを書くのは難しい そんな事できないレベルの人がSE名乗る所もあるんだな…
282 20/02/11(火)21:09:49 No.662377856
>俺はtortise git使ってるからコマンドはあんまわからないぜ >シェルでビルドスクリプト書くときくらいだgitコマンド使うの SVNはともかくgitの亀さん使いにくくない？
283 20/02/11(火)21:10:39 No.662378126
>SVNはともかくgitの亀さん使いにくくない？ 亀さん使わないし