gitを社内LANで運用しようと考えていますが、どんな方法がおすすめですか？…
gitを社内LANで運用しようと考えていますが、どんな方法がおすすめですか？ 目的はソースコードのバージョン管理ではなく、各部門のdocx,xlsx等のドキュメントのバージョン管理です。 仕事柄、各部門（多数）のマニュアルの変更が頻繁にあります。またこれらのマニュアルは監査等で第三者機関からチェックされるので、きちんと管理されるべきですが、現状きちんと管理されているとはいえません。 そこでバージョン管理システムの導入を考えています。 かといって私はまだgitに関する全体像を把握できていないため、このような場合にどんな環境構築を採用すべきかなどがよくわからない状態です。 求められる条件は下記のような感じだと思います。 ・クライアント環境はWindows7 ・gitサーバはWindows7あたりで（予備機が余っているので） ・社内のイントラネット環境 ・誰にでもできるようにGUI操作でクローン
俺のオレオレgit-flow | おそらくはそれさえも平凡な日々
背景 一昨年末くらいにgit-flowを採用していた 良いんだけど、結構めんどくさいなーと思うところがあった 去年頭の新規開発からはgithub-flowを採用(と言うかごく普通のGit運用) masterのテスト通ったらjenkinsさんが開発サーバー反映してくれて捗る ただ本番をそれで運用するわけにもいかない リリースタイミングとかある masterはデザイナーやME(=gitに不慣れな人たち)がカジュアルに画像やテンプレをpushできる(それで構わない) git-flowとgithub-flowの中間くらいのフローで運用することに git-flowの気に入ってる点とそうじゃない点 気に入っている点 並列ブランチを走らせるというのは良い(git-flowの場合、masterとdevelop) hotfixが便利 めんどくさい所 releaseブランチ毎回作る必要性をあまり感じない バー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus): 大塚 弘記: 本
Perlゼミ(サンプルコードPerl入門)
