トップページ⇒tech
983コメント406KB

Git 12©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net2015/03/23(月) 13:35:13.83ID:aBYp+bVs
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 11
http://peace.2ch.net/test/read.cgi/tech/1416195050/
0696デフォルトの名無しさん2015/06/13(土) 01:44:19.98ID:2XvJk2DZ
>>689
えとさぁ、見苦しいよ。

人のコメントを引用して、
そのことについて、何が間違ってるかを
何一つ書かないで、言い返した気になるのは。
0697デフォルトの名無しさん2015/06/13(土) 01:47:39.52ID:2XvJk2DZ
>>691
> 俺「俺がその管理者なんだよ〜。どうやってルール決めればいいかわかんねーよ」

社内に詳しい人がいないなら、社外の知識を利用すればいいのでは？

最近はオープンソースでgitでどういうコミットをしているのか
見ればすぐにわかるし、資料も多いし、２ちゃんねるでもこっちのスレで詳しくやってるよ。

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1433650988/
0698デフォルトの名無しさん2015/06/13(土) 01:50:44.54ID:2XvJk2DZ
>>693
> 外部の刻々と変わる環境に対して、

それはわかる。単にコマンドを覚えるだけじゃなく
gitの外部の環境＝ソースコードに応じて
適切な順番と内容で対応を変更して実行する。
これはコマンドを覚えるだけじゃ出来ないからね。

それは他の人のコードのブランチをレビューしていて
痛いほどよくわかってる。コマンドを使うことは出来る
だけどあるべき姿のものを作れない。
0699デフォルトの名無しさん2015/06/15(月) 00:59:50.94ID:PH3D3/9J
浜野さんのミドルネームの C って、何の略かな？
0700デフォルトの名無しさん2015/06/15(月) 11:20:49.71ID:ZM3mWJtN
濱野・チャーリー・純。 それが彼のフルネームよ！
0701デフォルトの名無しさん2015/06/15(月) 11:37:12.53ID:HDA/Cn6G
ごめんくさい〜
0702デフォルトの名無しさん2015/06/16(火) 00:13:48.85ID:7C1PfN58
>>682
ありがとうございます。
submoduleでいけました。
0703デフォルトの名無しさん2015/06/16(火) 01:55:47.83ID:LRuQsu+J
>>700
>>701
懐かしい。
チャーリー浜かよw
0704デフォルトの名無しさん2015/06/16(火) 13:15:18.31ID:AmmNKqz/
https://github.com/python/cpython/commit/efe0e11c78f890146375f1d4cbed4b513cdffa3c

これどういうことですか？
同じ文字列が削除されて追加されているコミットってどうやって作るんですか？これ何の意味があるんですか？
0705デフォルトの名無しさん2015/06/16(火) 13:16:28.66ID:TZUCxsD3
foxがFoxになっとるやんけ
0706デフォルトの名無しさん2015/06/16(火) 13:28:36.36ID:dzgBqGJj
改行コードが変更されただけとか
行末のスペース無くなってるだけとか
TABがスペースに置き換わっただけとか
たまによくある
0707デフォルトの名無しさん2015/06/16(火) 21:45:33.41ID:gqnH2dL3
sourcetreeで、stashをpopする方法はある？
07087042015/06/17(水) 00:09:44.91ID:zdNvSItr
言われて気づきました大文字が小文字になってるだけだったのに今気づきました
0709デフォルトの名無しさん2015/06/17(水) 19:22:19.83ID:Uu1OTzaj
Git 2.4.4
https://github.com/git/git/releases/tag/v2.4.4
0710デフォルトの名無しさん2015/06/18(木) 00:27:48.54ID:7B4eGBDb
うまく説明できないんですが、GitHubとは別サイトで認証が必要なライブラリで
そのサイトでGitHubのアカウントを登録してGitHubから引っ張ってくるんですが、
登録さえしてしまえば普通にcloneで取ってこれます。
それをsubmoduleで使いたいんですがローカルリポジトリに追加してコミット、
自分のサーバのリポジトリにプッシュしても、他の人が使えません。
自分自身も一度ローカルを消して、自分のサーバからクローンしようとしても
エラーになってしまいます。
このような場合はどうすればよいでしょうか?
0711デフォルトの名無しさん2015/06/18(木) 00:33:40.72ID:vn28fqVf
>>710
まずこの意味がわからない
＞GitHubのアカウントを登録してGitHubから引っ張ってくる
具体的に何やってるの？
0712デフォルトの名無しさん2015/06/18(木) 01:25:52.57ID:X9wRJKf5
>>710
submoduleのリポジトリも含めて皆がcloneできる場所において、
submoduleの参照先を変えないとだめかもしれない。
0713デフォルトの名無しさん2015/06/18(木) 19:53:58.42ID:lbH07egD
>>711
.gitmodulesの示す先がローカルのパスか、その別サイトにログインできないとcloneできないとか
そんなんじゃね？
0714デフォルトの名無しさん2015/06/18(木) 20:20:22.80ID:lbH07egD
ああ、>>711の疑問はそこじゃないな・・
githubを監視するようなサイトが幾つかあるけど、そんな中にミラーを提供する奴もあったかもしれない
(うろ覚えでオセロか何かそんな名前のサイトがあった気がするけど今見たら消えてるな・・・)
そういうのを使ってるんだろう

と、エスパーしてみた
0715デフォルトの名無しさん2015/06/21(日) 16:52:03.91ID:YPeQCGDm
pushしたコミットログをタイポしたのでrebaseで直した後に
別の最新の更新内容をpushしようとしたら
pullしろっていわれたのでpullしたらコンフリクトしました
こういうときってどうやってコンフリクト起こさずにログを修正したらよかったんですか？
0716デフォルトの名無しさん2015/06/21(日) 17:00:11.07ID:RKAD3ekV
>>715
あんたのレベルだとpush済みのタイポをrebaseで直してpushしようとしたらダメだ
多少歴史が汚くなるとしてもタイポも新しいコミットとしてpushすべき
0717デフォルトの名無しさん2015/06/21(日) 18:17:52.76ID:0NmNrFCo
>>711
>>712
>>713
>>714
どうもすいません。ちょっとてんぱり気味でした。
>>713のおっしゃる通りです。
ただユーザー名とパスワードを書くのは引けるので調べたところ
GitGubでトークンというのを作って.gitmodulesに書き込む事で
うまくいきました。
0718デフォルトの名無しさん2015/06/21(日) 18:55:06.03ID:/gMpDjZs
pushしてからrebaseはコンフリクトする罠
0719デフォルトの名無しさん2015/06/22(月) 02:49:01.15ID:j9mWyPD+
>>715

>>716は無視していい（笑） おそらく>>716自体がやり方をわかっていない。
>>716自信がが説明できるレベルにないのを「あんたのレベル」という言葉でごまかしてるｗ

おそらく答えとしては「push時に--forceをつけろ。」だろうけど

以下、ちゃんとした解説

------------------

どれをどこにpullしたのかよくわからんが、まず「みんなで共有しているブランチ」と
「自分専用のブランチ」と分けて考える。

「みんなで共有しているブランチ」の代表例はmasterだな。他に次バージョン用のブランチなどがある
「自分専用のブランチ」はトピックブランチと呼ばれたりする。

自分専用のブランチは、その名の通り自分専用なのだから勝手に更新されることとはない。
みんなで共有しているブランチは誰かが勝手に更新する。

みんなで共有しているブランチは、そのブランチに対して直接修正してはいけない。
必ず共有ブランチから自分専用のブランチを作って作業をする。終わったら共有ブランチにマージする。

自分専用のブランチは自分専用なのだから好きにrebaseしてよい
自分専用でも他の人が見ることはある。だけどそれは見てるだけなので何も問題ない

ここまでは前提知識として


続く
0720デフォルトの名無しさん2015/06/22(月) 02:50:06.54ID:j9mWyPD+
> 別の最新の更新内容をpushしようとしたらpullしろっていわれたので

pullする必要があるのは共有ブランチの場合だけ。なぜなら自分専用であれば
自分しか更新しないから、サーバー側がローカルよりも新しくなることはなく
pullする必要がない。

そして共有ブランチであれば、そこを調節更新することはないのでpullが失敗することはない
失敗したら間違って共有ブランチをローカルで更新してしまったとうこと。
その場合は（他のブランチにリネームしたりしてバックアップを取ってから）
共有ブランチは適当に巻き戻したり消して取り直せばいい



じゃあ何故pushした時にpullしろと言われたのか？

それは単にサーバーにpushされているのと、
自分がpushした内容（の歴史）が食い違っていたからなだけ。

gitはブランチが共有ブランチなのか自分専用のブランチなのかの区別は
できないから無いから食い違いをサーバー側が更新されたからだと解釈した。


でもそれが自分専用のブランチであれば、
ローカルにあるブランチが正しいので単にgit push --forceをすれば良い。
自分専用のブランチなのだから、git push --forceしたとしても
誰にも迷惑はかからない。
0721デフォルトの名無しさん2015/06/22(月) 03:00:25.50ID:j9mWyPD+
補足

理屈上は>>720に書いたとおりで間違いないのだけど、
人間はミスするもので、間違ってローカルでmasterを修正して
それをgit push --forceしてしまうなどということが起こりかねない。

中途半端にしか理解できてない人がmasterにpushできない？
あれぇ〜？ --forceしてみよう。とかやってめちゃくちゃにして、
その経験（？）を悪い方向に活かして、○○は禁止
（理由：なんでそうなるのか俺には理解できんから）とか
言い出してgitを使えない・不便な道具に、変えてしまう愚か者が少なからずいる。


だから早いうちにgithubやgitlabを取り入れた方がいい。
gitlab（無料だよ）だと、masterに対してのpush --forceを禁止して
ウェブ画面に限定出来たり（デフォルトでそうなってる）と便利。

「共有のブランチ」と「自分専用のブランチ」を明確に区別するために
プロジェクトのリポジトリから、自分専用のリポジトリへforkを行ってから開発するから
ブランチがたくさん出来て、どれがなんのブランチなのかわからなくなることもない。
0722デフォルトの名無しさん2015/06/22(月) 04:12:25.25ID:6fsOI3Rm
そして>>719-721を見た>>715は、なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し
push --forceの乱発で他人のコミットを上書きしまくってプロジェクトを混乱に陥れるのであった…
0723デフォルトの名無しさん2015/06/22(月) 05:17:00.13ID:mEuvJOmb
>>719-721 の結論

git push --force 推奨
0724デフォルトの名無しさん2015/06/22(月) 06:18:54.34ID:j9mWyPD+
なんか必死なバカが居るｗ
0725デフォルトの名無しさん2015/06/22(月) 08:17:21.67ID:Jo3Uu3lv
自演乙
0726デフォルトの名無しさん2015/06/22(月) 09:57:48.30ID:PyoyBJGz
>>722
>なんだかよくわからないけどgit push --forceでいいのかぁ〜と理解し
これは別にID:j9mWyPD+悪く無いだろ……
0727デフォルトの名無しさん2015/06/22(月) 10:01:38.28ID:PyoyBJGz
大体、Git使う奴がアホかどうかなんてソフト側から判別できるわけ無いんだから、
どう丁寧に教えようがリスクは当然有ると考えるべき(戻せるだけマシ)
だったら丁寧に教えてあげた方が後から文句言われる筋合いを無くせるという利点も……
0728ID:j9mWyPD+2015/06/22(月) 10:09:04.83ID:6W+IUVUv
俺的には

プロ（俺）の目の前で、アマチュアが初心者に
「お前にはまだわからんだろうがな〜」と
言い出したように感じたものでｗ

アマチュアが、pushした物の歴史改ざんしたらいけないんだぜーとか
push --forceはだめなんだぜーとか言ってるのを見るとねぇ（苦笑）

そういう書き込みには、決まってなぜだめなのかといった理由が書いていない。
自分がわかってないからさ。

理由を考えれば、どういう場合にはだめで、どういう場合ならいいかが
わかるはずなんだが、一部の人間は何も考えたくないからか、
状況など考えずに、良いか駄目かのわかりやすいルールを求める。

そういう人間にはならないようにしような。
0729デフォルトの名無しさん2015/06/22(月) 10:16:31.40ID:nboh/a20
間違って操作しても壊れないようにするのがフェイルセーフ（馬鹿除け）の基本なんだが
0730デフォルトの名無しさん2015/06/22(月) 10:30:46.58ID:6W+IUVUv
世の中に間違って操作しても絶対に壊れないものなんてないぞｗ

フェールセーフというのは間違って操作しても「安全」という意味だ。
英語：セーフ＝安全

お前が言うべきなのは、フールプルーフな。
英語：フール＝馬鹿

gitにおけるフールプルーフはreflogだろうな。
これによってコミットが消えることはない。

間違って操作してもgitなら複数の場所にコピーがあるから
これもフールプルーフといえよう。

push --forceしても別に壊れるわけじゃない。混乱が発生して困るだけだ。
もちろんそういう問題が発生するのは、みんなで共有しているブランチだけであって
だから自分専用であれば誰も困らないんだからやっていいという話をしてる。

>>729
お前は何がいいたいのだ？
0731デフォルトの名無しさん2015/06/22(月) 10:52:29.70ID:kJni3XZO
釣られたんじゃね？
0732デフォルトの名無しさん2015/06/22(月) 11:00:33.51ID:Jo3Uu3lv
リポジトリが公開されているからと言って
勝手にforkして作業してたら
主が勝手に（自由に）pushして
forkした側が混乱して困ってこれまた勝手にクレームを付ける

誰宛てのアンカも無いレスに対して >>730 がやってることはまさにそれ
0733デフォルトの名無しさん2015/06/22(月) 12:16:35.13ID:a9m1vXpg
そういう揉め事はこちらへどうぞ
http://peace.2ch.net/test/read.cgi/tech/1433650988/
0734デフォルトの名無しさん2015/06/22(月) 17:40:26.27ID:PyoyBJGz
ID:6fsOI3Rm＝ID:Jo3Uu3lv必死すぎワロスｗｗｗ
0735デフォルトの名無しさん2015/06/22(月) 18:04:38.52ID:6W+IUVUv
>>732
落ち着こうｗ

あんたが言っている問題（？）
それはフォークなど関係なく発生することだ。

複数人で開発したら、一人が開発中に
もう一人が修正した。という話をしているだけだな。
0736デフォルトの名無しさん2015/06/22(月) 19:50:24.16ID:ScRlfOQU
いっぱい釣れたね
0737デフォルトの名無しさん2015/06/22(月) 20:27:08.06ID:O6QpuzQl
おまえらpush --forceを甘く見すぎだな

Aがトピックブランチ作成
Aがトピックブランチ上でコミットXを作成してpush
Bがトピックブランチ作成
Bがトピックブランチ上でコミットYを作成してpush、トピックブランチ破棄
Aがトピックブランチ上でタイポ直したコミットX'をrebaseで作成してpush --force

コミットYは上書きされてしまうわけだが、これ誰も気がつかずコミットYがGCされちゃうことあるんだよ？
0738デフォルトの名無しさん2015/06/22(月) 22:41:32.22ID:mEuvJOmb
x されちゃうことがある
o されちゃう
0739デフォルトの名無しさん2015/06/22(月) 22:47:27.01ID:O6QpuzQl
GCされる前に誰か気がつけばreflogから復旧できるんで
0740デフォルトの名無しさん2015/06/22(月) 23:36:10.08ID:a9m1vXpg
>>737
AとBのトピックブランチが同じ名前ならBのpushのときに失敗するだろ。
その場合はトピックブランチを共有してるのだから、push -fしてはいけないのは当たり前
0741デフォルトの名無しさん2015/06/23(火) 00:36:04.38ID:UdZmnE2/
>>737

>>740の言うとおり。共有しているブランチは
push --forceしたらだめだと書いた。ちゃんと判断して使え。

ミスしたらという話をするならば
masterを消すことだって出来てしまう。


だからgitlabを使えと言ってるんだよ。gitはソースコードの管理をするためのもので
ユーザーの管理、つまり誰が何をやっていいかダメかっていうのは管理してない。
--forceが問題なのではなくて、gitだけでやろうとしているのが問題
ユーザーの管理がしたいのならGitサーバーを使う。それはGit Proにも書いている。
https://git-scm.com/book/ja/v1/Git-%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC

俺のおすすめはgitlab。Git Pro 2nd Editionの方に翻訳されてるな。
https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-GitLab

フォークして自分のプロジェクトで作業するならば、
メインのプロジェクトには共有ブランチだけ、
自分のプロジェクトには自分専用のブランチだけになる。

共有ブランチはプロテクト等をかけることで、
push --forceできなくすることもできる。
0742デフォルトの名無しさん2015/06/23(火) 00:45:05.79ID:4795aBmW
gcをしても初期設定だと直近二週間のコミットは保存されるし
他の奴の作業コピーから復元できるかもだし
0743デフォルトの名無しさん2015/06/23(火) 01:19:15.14ID:UdZmnE2/
少なくともコードを書いた本人のマシンには
本人が書いたコードは残ってるんだよね。
0744デフォルトの名無しさん2015/06/23(火) 16:29:38.65ID:LQfp6JsA
べらんめぇ
宵越しのコードは持たねぇのが粋ってもんよ
0745デフォルトの名無しさん2015/06/23(火) 20:22:25.05ID:CqiNTuO0
おっ、粋だね！
0746デフォルトの名無しさん2015/06/23(火) 20:57:22.50ID:Yra6/pdr
>>744
てめえ、コミットする前にコード消しやがって、何が粋だよ
0747デフォルトの名無しさん2015/06/23(火) 22:28:58.60ID:SktsG5/m
コードもまた別れがあるから愛おしいのよ。
いつでも逢えたらロマンチックじゃないじゃない。
0748デフォルトの名無しさん2015/06/24(水) 08:57:50.31ID:NHniIMjV
>>746
江戸っ子は気が短けーんでい
0749デフォルトの名無しさん2015/06/24(水) 22:23:29.89ID:ix5XSndE
コードなんてもなぁ、そう何度も何度もね、
テストしたりコミットしたりほどのもんじゃないんだよ。
オレなんか、急ぐときなんざ エディタで保存する前に
消しちまうんだ
0750デフォルトの名無しさん2015/06/26(金) 11:47:16.43ID:Q1kb1EVf
3つのファイルを編集した1コミット分をgit pushしたときに
Total 9 (delta 5), reused 0 (delta 0)
って表示されたんですが9と5ってなんですか？
0751デフォルトの名無しさん2015/06/28(日) 11:33:24.51ID:5m9gZHLm
基本的には実行属性を無視しつつ、
ある特定のファイルの実行属性だけ無視しない

という設定をしたいんだけど、どうすればいい！？
0752デフォルトの名無しさん2015/06/28(日) 11:47:33.27ID:VLu09OAr
>>751
Linux使えば良い。
0753デフォルトの名無しさん2015/06/28(日) 13:44:26.56ID:5m9gZHLm
>>752
Linux使ってるんだけど、どうすればいい・・・
0754デフォルトの名無しさん2015/06/28(日) 14:04:26.07ID:lxz6gjyn
chmodぐらい勉強しろ。
0755デフォルトの名無しさん2015/06/28(日) 15:26:50.01ID:5m9gZHLm
>>754
いちおうわかりやすく説明しなおすと、
chmodをすると、gitは属性の変更を検知するでしょ？
それを本当に実行するファイル以外では無視したいの。

たとえば、 bin というフォルダにあるファイルの
実行属性があやまって変更されたら検知してほしいけど
doc というフォルダのファイルをうっかり属性変更しても
そんなのは無視してほしいんですよ
0756デフォルトの名無しさん2015/06/28(日) 15:36:00.06ID:YBvq0FDq
.gitignoreや.gitattributesでどう設定すれば・・・って話だろうけど
確かにもうすこし具体的に何がしたいか書かないとレスつかないだろうね
0757デフォルトの名無しさん2015/06/28(日) 16:49:31.94ID:uJqfu/82
sambaからコピってパーミッション直さないのがいると
全部のファイルに実行権ついててうざっ…とはなるな
0758デフォルトの名無しさん2015/06/28(日) 17:03:24.02ID:WJabjmO6
>>757
cygwinなら/etc/fstabで/cygdriveをnoaclに設定しとけばその手の煩わしい手間の必要はたぶん無い
msysgitとかだと同じことできなかったりする？
0759デフォルトの名無しさん2015/06/28(日) 18:27:03.56ID:uJqfu/82
>>758
Windows->(Samba)->Linuxにコピーして
Linuxでgit addした時の話ね
msysgitなら実行権を無視するのでそういう事にはならないよ
0760デフォルトの名無しさん2015/06/28(日) 18:39:52.16ID:lxz6gjyn
だからLinux使えって言ってんだろ？
0761デフォルトの名無しさん2015/06/28(日) 20:07:20.93ID:WJabjmO6
>>759
それはsamba側の設定でcreate maskを0644にしちゃえばいいと思うんけど、
そういうわけには行かない使い方をしてるのかな？
0762デフォルトの名無しさん2015/06/28(日) 20:25:52.15ID:uJqfu/82
>>761
自分配下のものならそれでいいんだけど、
個人用のLinux PCとか、IT管理部門が許可しなかったりと
なかなか統一できないのよね…。

質問の件は git config core.filemode false で
実行権限無効化するくらいしか思いつかないな
gitattributesでできるんかな？
0763デフォルトの名無しさん2015/06/28(日) 20:28:07.89ID:5m9gZHLm
>>762
実行権限無視の設定にしてる。
でもこれだと、ほんとに実行するファイルの実行権限が落ちていた時に
気付かないので、できればやめたい
07647502015/06/28(日) 20:31:54.95ID:/nFQf9C+
どなたかおねがいします
0765デフォルトの名無しさん2015/06/28(日) 20:44:04.23ID:WJabjmO6
>>764
http://stackoverflow.com/questions/21476167/when-i-do-git-push-what-do-the-statistics-mean-total-delta-etc
0766デフォルトの名無しさん2015/06/28(日) 22:55:49.53ID:im5DcXMU
うーん、
プリコミットフィルターでコミットを拒絶するか
ポストコミットフックで実行権を強制的に書き換えるか

やりかた？知らん。
0767デフォルトの名無しさん2015/06/29(月) 16:18:10.01ID:rbxhDT3n
git diffが見づらいんですが
背景色を変更したり文字の色を指定する方法をおしえてください
0768デフォルトの名無しさん2015/06/29(月) 17:14:42.93ID:k+90EXgh
.git/config
0769デフォルトの名無しさん2015/06/30(火) 09:22:56.54ID:TGfi4m1b
コミットした内容を破棄するんじゃなくて
コミットしたことを破棄したいんだけど
どうしたらいいの？
ファイルの内容は戻したくない
0770デフォルトの名無しさん2015/06/30(火) 09:39:02.37ID:4wEdMli5
>>769
git reset HEAD^
0771デフォルトの名無しさん2015/07/04(土) 13:39:17.57ID:YKtPOMLD
要件とか設計書をmarkdownとかで作成してバージョンを管理するとします。

そして変更履歴を一覧として出力(差分のみ)して作業指示書のようにすることはできますか？
0772デフォルトの名無しさん2015/07/06(月) 07:01:20.85ID:p0+3cdhD
git log -p でええか？
0773デフォルトの名無しさん2015/07/06(月) 11:19:13.00ID:jgWjPX/O
SourceTree ってわかりにくくない？
編集したのを元に戻すつもりで破棄を選んだら
ファイルを消されたよ

実行したgitコマンドのログも見れないし
0774デフォルトの名無しさん2015/07/06(月) 12:24:05.59ID:IqUlle/j
使ってないよ
0775デフォルトの名無しさん2015/07/07(火) 07:05:33.80ID:NpIL7uvL
>>771
人間を機械のように扱わないとあかん案件か。
0776デフォルトの名無しさん2015/07/07(火) 10:56:27.88ID:L2fl7GI9
>>775
Excelでいつの間にか更新されてて、取り込まれてないよ！っつーのをなくしたいんですわ
0777デフォルトの名無しさん2015/07/07(火) 23:01:07.32ID:JwFwNWWF
csvにしてからテキスト比較する程度でも足りそうな
0778デフォルトの名無しさん2015/07/07(火) 23:25:04.32ID:y1gFbJO1
いままで要件定義とか設計書をExcelでやってたのをGit管理したmarkdownへ変更したいってことなのか？
0779デフォルトの名無しさん2015/07/08(水) 01:45:10.53ID:uot9w4rY
これって他人のコード見れたりするんですか？
0780デフォルトの名無しさん2015/07/08(水) 02:11:28.13ID:uBhtmoLk
ほんとExcelの仕様書は根絶してもらいたいな
バックエンドにGitを使ったWikiで何か良いものはないのかな？
0781デフォルトの名無しさん2015/07/08(水) 04:28:24.61ID:L2Tv4EJx
>>780
gitlab
0782デフォルトの名無しさん2015/07/08(水) 19:28:18.03ID:ribTz8l0
>>780
エクセルをgitで管理すると捗るよ
0783デフォルトの名無しさん2015/07/08(水) 23:28:04.19ID:PLuP1x0a
tortoiseGitのdiffでexcelの差分表示機能は秀逸
差分機能のないexcel自身を使ってなぜか差分表示を行ってしまう
wordファイルはword自身の機能を使って差分表示

SourceTreeはWinMargeの呼び出しが標準たな？
tortoiseGitには負けるけどそこそこ使える

コマンドラインではdocx2txtが定番なのかな？これってexcel対応してたっけ？
0784デフォルトの名無しさん2015/07/10(金) 00:13:15.31ID:Ud/4MC5K
markdownやplantUML使うならAtomよさげだなあ
これぞ開発者のツールって感じ
0785デフォルトの名無しさん2015/07/10(金) 03:42:11.87ID:/JprfCCX
>>782
> エクセルをgitで管理すると捗るよ

前にやってた（知らない所で勝手にやってた）ことあるけど
データ容量増えすぎでいらいらするようになったよｗ
差分で記録できないからね。
画像とか含まれていると、数MB単位で増え続ける。
0786デフォルトの名無しさん2015/07/10(金) 04:02:17.76ID:27W+BsF0
やって後悔するのは愚者
やらんでも予想出来るのが賢者
0787デフォルトの名無しさん2015/07/10(金) 08:38:00.86ID:xDEEK620
git って差分で記録なんてしてたっけ
0788デフォルトの名無しさん2015/07/10(金) 09:26:19.80ID:JycZhxcB
その人はExcelでgitを作って管理すると捗ると言ってるのだ
それなら通じる
0789デフォルトの名無しさん2015/07/12(日) 14:24:46.34ID:9keGjwZf
>>787
コミット時にはしないけど、git gcの時に似ているファイル同士は連結圧縮してくれる
0790デフォルトの名無しさん2015/07/13(月) 17:46:21.87ID:t6CAZDWG
SourceTreeをアップデートしたらウィンドウが半分になった
どうしよう
0791デフォルトの名無しさん2015/07/13(月) 17:49:20.78ID:t6CAZDWG
ブックマークを表示してサイズ変更して非表示にしたら直った。
不思議なこともあるもんだ。
0792デフォルトの名無しさん2015/07/14(火) 01:33:04.33ID:vBESeRtH
案件とかで使ってないけど、趣味でgit勉強してます。
で、どういう運用すればいいのかよくわからん。

まず、バージョン1とかマイルストーンでブランチを切った方がいい？で、そこから機能でブランチを切ってく感じ？
0793デフォルトの名無しさん2015/07/14(火) 06:39:52.42ID:lsljdDda
好きにしろ
0794デフォルトの名無しさん2015/07/14(火) 10:23:57.14ID:pNaF7lhj
>>792
まずブランチなんか無視して使い方を覚えるんだ
0795デフォルトの名無しさん2015/07/14(火) 11:24:20.22ID:OwkWHpBs
>>792
このスレはgitであのコマンドってなに？とか
git周辺のソフトって何が有る？とか
そういうことを聞くスレだよ。
主に初心者向け

gitの運用の仕方はこっち

Gitをより良くするための運用ガイドライン作成スレ [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1433650988/
0796デフォルトの名無しさん2015/07/14(火) 12:53:22.36ID:G0PBqp91
>>795
どう見ても初心者だろ
■ このスレッドは過去ログ倉庫に格納されています