git github gitflow

Gitとは

gitは2005年にlinus torvaldsが作成した分散バージョン管理システムである.Linuxを作成したのと同じ人.天才.

集中化vs分散

Gitの前に、Apache Subversion(SVN)は人気のバージョン管理システムの1つでした.svnは1つの中央サーバにすべてのファイルを格納する集中型バージョン管理システムである.つの開発者が同じファイルで動作している場合は、常に競合を解決する必要があります.開発者はgitと異なりオフラインでコミットできません.

一方、

Gitコマンド

以下はCOMITEとして変更を保存し、端末を使用してサーバ(GITHUB)にプッシュする基本的なコマンドのリストです.私はターミナルの人です.GUIなし.私は、vscodeがgitのためのビルトイン・ユーザーインターフェースを持っているということを知っています.現存するGit Clients も.

git checkout develop # Go to develop branch
git add . # add all the files you have edited
git commit -m "Add changes to the files" # add commit message to the files you've added
git push origin master # Push the commits to master branch in the server

Check out this git cheatsheet

ギタブ

Gitで動作するホスティングサービス.Gitで動作する代替ホスティングサービスもあります.例えば、bitbucketとgitlab.しかし、私はGUTTUBが最高ですので、UXは滑らかなaffです.Fyi、マイクロソフトはGitthubを得ました、そして、私はこのさえずる陽気を見つけます.

シャネントニロイ
シャナワニニイ

Githubのホームページを見てください.
午後11時11分- 2018年1月4日
17
38

GITFLOW

ヴィンセントdriessenによって作成された人気の分岐戦略.Hooqの私のチームはそれを使用しています.我々はそれを使用してGit Hubflow そして、我々は虹を投げています.正しいか間違った分岐戦略がありません、あなたはちょうどあなたのチームに合う最も適当なモデルを見つけなければなりません.

トランクベースの開発ワークフロー

誰もがマスター支店のみで動作します.これはマージの衝突を蓄積する結果として生じる長寿命分岐を避けるために便利です.

枝

マスターブランチ

長所

強制的に小さなコミットや変更を行う

分かりやすい

迅速に、速く船を繰り返す

短所

機能フラグが使用されていない場合は不完全な機能がリリースされる可能性があります

簡単にバグを紹介

開発者が同じファイルで動作する場合、頻繁にマージの競合

ワークフロー

マスターブランチは安定ブランチです.誰もそれに触れない.機能ブランチをマージしてブランチを開発するプル要求をオープンします.リリースブランチは開発ブランチから分岐され、その後マスターに戻ってブランチを開発する.これは、連続配達を奨励します.

枝

マスターブランチ

枝を作る

機能分岐

リリースブランチ

ホットフィックス支店

プロ

簡単に並列に働く

リリースブランチはリリース可能な機能を追跡するのに便利です

短所

初めて複雑になるユーザー

I will direct you to an authentic Gitflow explanation over here by the creator himself.

GITハブフロー

githubでgitflowを使うための1行コマンド.この驚くべきツールはDataSift 君たちはda mvpです.

通常のgitコマンド

git checkout develop
git pull origin develop
git checkout -b release/production-1.0.0
git add .
git commit -m "Add new release"
git push origin release/production-1.0.0
git checkout master
git pull origin master
git merge release/production-1.0.0
git tag production-1.0.0
git push --tags origin production-1.0.0
git checkout develop
git pull origin develop
git merge master
git push --delete release/production-1.0.0

驚くべきGit HubFlowコマンド

git hf release start production-1.0.0
git add .
git commit -m "Add new release"
git hf release finish production-1.0.0

最高のワークフローは何ですか？

あなたのチームのための最良の分岐戦略です決定するときに考慮する多数の要因があります.あなたのチームの連続配信が必要ですか?どのように快適なあなたのチームメンバーのニーズに合わせて、既存のワークフローを調整するすべての新しいワークフローを採用していますか?
個人的には、さまざまな機能に対する懸念の分離とリリース可能な機能を備えたリリースの作成の容易さのため、GitFlowが好きです.しかし、私は単一の最高のワークフローがないと思います.
以上の記事がありますhere and here 異なるワークフローとその利点を比較します.

免責事項

私はsvnを試みませんでした.完全に本当ではありませんでした、私はSVNで遊んでみました、しかし、それは私の好みにはあまりに複雑でした.私はgitに甘やかされます.不正確なイラストの部分があるかもしれません.
また、私に話してください.あそこで退屈だ.
また、明日はワークショップのためにスライドを作りましたhttps://linxea.github.io/git-github-gitflow . 明らかにファンシーを感じる.js

参考文献

https://docs.microsoft.com/en-us/azure/devops/repos/git/git-branching-guidance?view=vsts
https://datasift.github.io/gitflow/IntroducingGitFlow.html
https://www.endoflineblog.com/oneflow-a-git-branching-model-and-workflow