0
A
答えて
2
なぜこのようなことをしたいですか?あまり意味を持たない、ユースケースは何ですか?
とにかく、新しいorhpanブランチをgit checkout --orphan
にして、コミットを作成し、それにタグを付け、最終的にブランチをもう一度削除してください。 Etvoilá、あなたは、歴史のないコミットを指し示すタグを持っています。
0
私はレポをクローニングして、あなたは、彼らはその後、タグ付けされた、いくつかの分布の変化を犯し、master
枝に(origin/release
を参照)、リリースブランチを作ったように見えた
log --pretty=oneline --abbrev-commit --graph --decorate --all
を使用して話をしているコミットを見てv1.2.0
とします。
タグ付けされたリリースは、それ自身のブランチ上にありますが、履歴はブランチングポイントまで保持されます。
を実行すると、release
ブランチの2つのコミットの内容を確認できます。
関連する問題
- 1. Erlang Mnesiaの配布方法
- 2. ARKITアプリケーションの配布方法
- 3. 配布
- 4. データベースドライバの配布
- 5. Javaベースのソフトウェアの配布方法は?
- 6. OSX cli/server appの配布方法
- 7. PythonとScipy:von misesの配布方法は?
- 8. Goアプリの配布方法は?
- 9. Imageフォルダの配布方法は?
- 10. Cocoa App:ベータ版の配布方法は?
- 11. Tensorflow XLA AOTサポートのテンソルフロー配布方法
- 12. 私有オフィスアドインの配布方法は?
- 13. Phoenixフレームワークの配布
- 14. 配布前のバンドルノードモジュール
- 15. VFPアプリケーションの配布
- 16. C#の配布ソート
- 17. iPadアプリケーションの配布
- 18. C#イベントの配布
- 19. Javaコンソールプログラムの配布
- 20. OpenCLソフトウェアの配布
- 21. 配布ローカライズリサイズアプリ
- 22. チェックファイル配布
- 23. コードサインエラー:配布
- 24. ログ配布
- 25. テスト配布
- 26. Materializecssカード配布
- 27. 配布Passkitが
- 28. FTP配布スクリプト
- 29. 配布負荷
- 30. エンタープライズiPAファイルを配布する方法
あなたは詳しく説明できますか? – Smit