Git 20

ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡

16: (ﾜｯﾁｮｲ edb1-N8l3) 2024/07/29(月)21:30:58.91 ID:xsRUOsae0(1) AAS
すいません、質問です
とある組み込みLinuxのシステムをgit管理する事になりました
対象は/home/user1/の直下の3つのディレクトリです

この3つをディレクトリ構成を変えずに、同時にバージョン管理することは可能でしょうか？

94: (ﾜｯﾁｮｲ 8cbb-0Qe2) 2024/12/02(月)09:32:52.91 ID:9ZwZTn5W0(1) AAS
>>93
実行権限以外は管理されない、git は保存ツールやバックアップツールでなくてコラボツールなので読み書き権限の管理は不要
Windows 使いとかで実行権限がうまくいかない場合は core.filemode=true 設定とか、--chmod とオプションとかを使うと良い

161(1): (ﾜｯﾁｮｲ e77b-BDa8) 2024/12/10(火)13:04:16.91 ID:iBb8Uq0X0(3/5) AAS
>>156
> 用途ごとに複数のペンチや金槌を準備する
ペンチや金槌ほど違いはないって事

ソフトウェア界隈でよく言われる、
「気に入らないからといってオレオレフレームワーク/ライブラリを作っても
どうせ９割は同じコードになるのだから、(＝車輪の再開発でしかないので)
多少気に入らなくとも既存のフレームワーク/ライブラリを使え、その方が生産性が断然高い」が該当する
俺はGitを気に入らないが、かといって自分で作ったとしても９割は同じコードになるので、
わざわざ作り直すよりはそのまま使って、本来のアプリケーション開発に注力する方が全体的にマシ、ということ
コマンドが糞の山だが、基本コマンド以外は使わなければいいだけではあるので
その他てんこ盛りの機能も同様

まあ俺的にはタイプスタンプを保存して欲しいんですけどね
理由は一番分かりやすいから
でもLinusは何か知らんがこれは絶対に認めないんだろうしね

253: (ﾜｯﾁｮｲ b3b2-bv9v) [age] 01/01(水)05:03:32.91 ID:RPjVgyjf0(1) AAS
Git v2.48.0-rc1

299: (ﾜｯﾁｮｲ 7f3c-zT4W) 01/29(水)18:19:19.91 ID:u4GPoyB40(1/2) AAS
君のチームのワークフローに合わせればいい。Gitだからどうとかじゃなく。
考え方は簡単、他者の承認またはレビューを必要とするときに pull request を作る、承認したらマージする、これだけ。
例えばタスク毎にメイン開発者AとレビュワーBがアサインされていて、リリースにオーナーCの承認を必要とするなら、下記が考えられる。
開発タスクのクローズ : AがタスクのブランチからmainブランチへのPRを作成し、Bにレビューを依頼。BがPRを承認し、AまたはBがマージ。
リリース : 開発チームの誰かが main から production ブランチへのPRを作成し、Cがマージ。その後GitHub Actions等のCI/CDツールが本番環境へデプロイする。
上記はよくある流れではあるが、GitやGitHubだからこうするというわけではないことに留意せよ。
開発フローはそれらとは独立に決められるべきであり、それをGitHubの機能を使って実装するだけだ。

406: (ﾜｯﾁｮｲ 11f5-/JE9) [age] 04/08(火)16:01:12.91 ID:3wE3gtcN0(1) AAS
「Git」誕生から20周年を記念してリーナス・トーバルズ氏が開発初期の裏事情や使用頻度の高いコマンドなどを明かす
外部ﾘﾝｸ:gigazine.net

上下前次1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.023s