質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Git

Gitはオープンソースの分散バージョン管理システム(DVCS)です。

GitHub

GitHubは、Gitバージョン管理システムを利用したソフトウェア開発向けの共有ウェブサービスです。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供しています。

バージョン管理

バージョン管理はコンピューター上にファイルとして格納されているドキュメント・プログラム・その他の情報の変更履歴等を管理するものです

Q&A

解決済

2回答

691閲覧

Gitにおけるコードの管理の仕方について

ruuuu

総合スコア167

Git

Gitはオープンソースの分散バージョン管理システム(DVCS)です。

GitHub

GitHubは、Gitバージョン管理システムを利用したソフトウェア開発向けの共有ウェブサービスです。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供しています。

バージョン管理

バージョン管理はコンピューター上にファイルとして格納されているドキュメント・プログラム・その他の情報の変更履歴等を管理するものです

0グッド

0クリップ

投稿2020/01/22 08:45

編集2020/01/22 08:45

Gitを使用する際、しばしば機能単位で管理していくと目にするのですが、機能が完成した訳ではないが、コードを年の為保存しておくといった際でも、「commit」や「push」を行なって良いのでしょうか...?
自分は、ファイルが削除されてしまうなどのアクシデントに備えて、保存の意味で良くcommitし、pushしているのですが、そういった使い方でも問題はないでしょうか?

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

t_obara

2020/01/22 08:48

個人で行うのであれば、どのように利用されても良いかと。 チームで行う場合は、チームで共通認識として合わせていくべきかと。
azuapricot

2020/01/22 08:51

私もこまめにコミット・プッシュする派です。 プロジェクトによって運用方法が異なったりするので、 上長がいらっしゃるのであれば確認してみるのがいいかと。 個人使用であればそのままでいいとおもいます。
stdio

2020/01/22 08:58

個人で行うのであれば、適当なフォルダーにコピーするbatを作成すれば、そもそも、gitを使う必要もないと思いますので、何でもいいと思います。 チームや会社で使う場合は、そのルールに従って下さい。タイミング等は教えてくれるはずです。
ruuuu

2020/01/22 09:50

みなさん、アドバイス頂きましてありがとうございます。 >私もこまめにコミット・プッシュする派です。 自分もこまめにしていたので、安心しました。 そうですね。チームの場合はまた違ってきますし、そこは気をつけたいと思います。
guest

回答2

0

ベストアンサー

ソースコードをまめにcommitするのは個人的な修正履歴の確認の為にも良い習慣だと思いますし、私も頻繁にcommitする派ですが、チームで管理するリポジトリのmasterブランチ上では、機能なり、バージョンなりでまとまった単位で履歴がないと追うのが大変だったり無駄が多くなると思います。ですので最終的にpushするmasterブランチ上では機能単位、バージョン単位のようになるよう心がけます。

実際にそんな必要がある場合は自分用のローカルのブランチを別途作り、masterへのpushの前にはrebaseで機能単位でまとめたりします。後でまとめるのはrebaseでは不可能な場合があるので、頻繁にcommitするにしてもある程度の量になったらやはりブランチ上でrebaseしますね。

究極的にはチームの方針に従いますが、個人的に動ける部分では上記のようにする、と言うことです。結局は使い方の話で、チームの方針に従えば良いのではないか、と言う点で他の回答者さんらと同様です。

投稿2020/01/22 09:55

dodox86

総合スコア9183

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

ruuuu

2020/01/22 10:48

ご回答ありがとうございます。 「rebase」コマンドは知らなかった為、調べてみようと思います。 自分はあまりGitを使ったことがなくて、普段はcommitして、push,resetコマンドくらいしか使わない為、他のコマンドについても、使いこなせるよう、調べてみたいと思います。 本質問とは直接関係がないかもしれないのですが、ブランチに関しましても、自分の認識ではリリースできるものができ、さらにバージョンアップを行なっていく場合などに、新しくブランチを作っていくといった認識でいるのですが、こまめにブランチを作っていくといった方法での開発手法はあったりするのでしょうか...?
dodox86

2020/01/22 11:01

> ブランチに関しましても、自分の認識ではリリースできるものができ、さらにバージョンアップを行なっていく場合などに、新しくブランチを作っていくといった認識 そのご認識で正しいと思います。 > ブランチを作っていくといった方法での開発手法はあったりするのでしょうか. あ、いえ、手法と言うほど大げさなものではないです。話をややこしくしてしまったかもしれませんが、私自身がローカルでブランチを作り、masterに影響がないようそちらで作業をすることもある、という程度の話でした。ローカルでもブランチを作るほどでなければmasterでそのまま作業します。commitは頻繁にするけど、rebaseで履歴を整理してからpushする、と言う点は同じです。
ruuuu

2020/01/22 11:07 編集

ご返信頂きありがとうございます。 >rebaseで履歴を整理してからpushする rebaseについて、調べてみたのですが、mergeとかの知識が抜けてしまっていて良く分からなかったので、きちんとGitを学び直しておこうと思います。
ruuuu

2020/01/24 08:31 編集

「rebase」について、調べてみたのですが、基本的には、チームでの開発で使用して行く際に便利になっていくものなのですね。 ですが、単純に過去のコミットをまとめられるというのは、一人での開発でも、コミットが増えすぎている時などは使うとコミット履歴が整理されていて良いかもしれませんね。
guest

0

使い方、のはなしですね。
あなたのやりたいことが、それで実現できているならいいんじゃないでしょうか。

投稿2020/01/22 08:52

y_waiwai

総合スコア87719

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問