Git 9

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/21 15:56 / Filesize : 225 KB / Number-of Response : 900
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 9

1 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:20.98 ID:s4x1CSLN]: ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

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

◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/

◆前スレ
Git 8
toro.2ch.net/test/read.cgi/tech/1389701817/
579 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:56:41.46 ID:Q2AhpEnY]: >>578
>>2
580 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:08:18.51 ID:BNHZ/x8Q]: 最近気づいたけど変更したファイルだけコピーしたくてもxcopyじゃ出来んのな
チェックアウトでファイルの更新日時が更新されるとは
581 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:29:27.63 ID:pe3xq3aD]: >>580
チェックアウトしてmakeかけたときに変更したファイルだけコンパイルするのが普通なんで
gitに限らずUnix由来のVCSはそういう挙動になる
582 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:14:07.74 ID:BNHZ/x8Q]: 言われてみればたしかにmakeするときはobjファイルとか別ブランチの状態になってたりするからそういう仕様でないと困るね
そのプロジェクトをgitで管理する前はxcopyで更新したファイルだけ移動してたけど移動には別手段考えるしかないか
583 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:20:38.03 ID:5sngE80p]: gitにかぎらずだけど、よく考えて作られてるわ。
時たまgitのやり方に合わないやり方をしたいっていう人がいるけど、
よく考えて作られたgitがどうしてそうなっているのかを
考えたほうがいいと思う。
584 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:45:19.12 ID:Cs2Lb6yD]: >>579
>>18-20
585 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 04:29:31.39 ID:sT3o3DmA]: gitと全然関係ないGitHub固有のサービスの話題もここで扱う気なの？
GitHubPagesやGistsやissueやwikiやOrganizationや有料サービスについてや
色々とあると思うんだけど
586 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 10:49:12.08 ID:/08zgsVl]: >>585
toro.2ch.net/test/read.cgi/tech/1384821518/
587 名前：565 mailto:sage [2014/05/21(水) 18:07:42.08 ID:T6zeFgZl]: とにかくどうしたらいいのかおしえてくだしあ
588 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 18:08:59.27 ID:T6zeFgZl]: ゆとりはgitって名前が付いてるからgithubもこのスレでいいじゃないかっていうけど
そうやって幅を広くすると俺みたいなカスの質問が流れるか軽くあしらわれてしまうのでやめてほしい
589 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:43:13.07 ID:nqnjC0dU]: Git 2.0-rc4 リリース
https://github.com/git/git/releases/tag/v2.0.0-rc4
590 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:55:42.24 ID:rgBB9OCe]: gitみたいなバージョン管理ソフトで、
rc版使う奴ってどういう奴なの？
もしも不具合とかで全部吹っ飛んだりしたらどうすんの？
バックアップとてたとしても、そんな面倒な事してまで使う物なの？
なんなの？ばかなの？しぬの？
591 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:08:44.66 ID:MmHyni7x]: >>590
人柱を大事にしろよボケ
592 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:18:33.19 ID:AVBbOV7Q]: >>590
テスト版使ってる連中はリスク承知で使ってんだから大丈夫だろ
何かバグでどうにかなっても取り戻す手段くらい準備してやってるだろ
593 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 20:19:24.23 ID:AVBbOV7Q]: >>588
>>569のやり方でいいじゃｎ
594 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:09:00.37 ID:EKqVwxDb]: 最高に意地悪でひねくれたテストを見せてくれ。
595 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:15:19.41 ID:19taQ0OX]: pushこまめにしてれば問題ない
596 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:16:23.33 ID:19taQ0OX]: テスト環境のをすべてシンボリックリンク貼ればいいだろ
597 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:21:22.37 ID:OinoP915]: gitoliteのやり方
https://github.com/sitaramc/gitolite
パッケージにインストール用スクリプトを追加、git cloneしてそのスクリプト実行

ていうかgit関係ない、zipで拾ってきても、git cloneやpullでも大事なのはソースとってきたあとの話
598 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:44:31.28 ID:igdonOpP]: >>590
gitは分散型だからユーザーが多くなれば多くなるほど
それぞれがバックアップを持っている。
だからたとえ一人が壊れても復旧可能。

そしてディスク壊れたらどうすんの？って話と一緒。
バックアップぐらいとれや。
599 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 22:58:13.70 ID:19taQ0OX]: >>598
rails事件
600 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 23:03:07.97 ID:igdonOpP]: >>599
gitと関係ねーしｗ
601 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 06:26:16.29 ID:JO7c/VLA]: >>539
GitHubのGistみたいな感じ？あれもGitで実現されてるらしいけど

>>580-583
VSCの仕様はコンパイルする言語向けって感じで
更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
需要としてはアップロードに通信量制限があるとかそういう感じ稀なケースくらいだろうからしかたないか
602 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 07:30:00.04 ID:O49mbUbG]: >>601
UNIXの世界ではそういうのはrsyncを使うからね
タイムスタンプじゃなくてMD4を用いて更新チェックしたり
更新の転送もファイル全体じゃなくて変更部分だけを転送して通信量を最小化する
603 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:00:54.05 ID:JO7c/VLA]: なるほどね
簡易なftp通信ツールじゃなく同期ツールを使うのか
604 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:43:15.77 ID:Md3S+Ay9]: gitとgithubは(media)wikiとwikipediaのような関係かｗ
605 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 09:52:08.98 ID:8poss9h8]: ふむ
606 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 17:52:05.88 ID:bnXb1Wgc]: ＞＞６０４
それはちがうね
wikipediaはmediawikiそのものだから
607 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:25:23.64 ID:uwnOnEuc]: そういうこと言ってんじゃない
608 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:48:58.03 ID:2qkQcCiJ]: >>601
>VSCの仕様はコンパイルする言語向けって感じで
>更新したスクリプトファイル等だけを借りてるサーバーにアップロードしたいという需要には応えられない感じだな
いや全然違うと思う

VCSが言語を選ぶとかじゃなくて、VCSに向かない作業をやってるのがダメなんでは？
そういうのは専用のデプロイ・デリバリツールを選ぶべき。
上の方で話題に出てた「ビルド時にリビジョン埋め込みたい」みたいな要望も
VCSじゃなくてビルドツール等が行うべき領域。

バージョン管理に向かない言語とかは特にないと思うな
ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・

あと細かい指摘ですまんがVCSのタイポだよな？
しばらくググって悩んじゃったじゃねーか
609 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 18:54:11.54 ID:TFAWZMIx]: >>608
＞ソースコードそのものがバイナリとかいうのがあるなら分からんけど・・・

Piet言語のことか
610 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 19:22:23.11 ID:f81WwqvH]: bitbucketが作ったstash3.0ってなに？
611 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 18:37:12.92 ID:pr4rIIld]: developで開発中、急きょ必要がありmaster(stable)からfixブランチを切り修正masterにマージ
developでは弄ってるがfixでは弄って無いファイルの更新日時まで変更される(これはdevelopから切り替えた時点でおきるが)
ファイル更新日時だけでアップロードしようと思うと無理がある
612 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 20:49:08.96 ID:3CistgHw]: とうとうgit 2.0が
613 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 09:01:11.84 ID:9qFFfmjf]: gitchainを知らなくていいのって小学生までだよね～
614 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 11:32:04.32 ID:4TNjChUa]: >>601
コミットしたものをサーバーにアップロードしたいのか？
コミットする前にテストしたりするためにサーバーにアップロードしたいのか？どっちかよくわからないけど

前者なら作業用のリポジトリをクローンしたものをローカルに用意しといてpullしてxcopyすればいいし
後者ならムダだと思うかもしれないけど今の挙動のままが正解だと思う
checkoutしてタイムスタンプが更新されたファイルは転送されるべきなんだよ
615 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 16:40:41.53 ID:E/fV2vLO]: git checkout -b topic_foo HEAD
git push origin topic_foo
というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
具体的には topic_foo を省略したい。
初審者質問でごめんなさい！
616 名前：デフォルトの名無しさん [2014/05/27(火) 03:17:32.65 ID:Ha9yhWBf]: バッチにしろ
617 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 07:23:22.69 ID:CjDrbeGH]: >>615
alias p="git push origin topic_foo"
618 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 08:25:02.04 ID:aQ+mTKAT]: >>615
git config push.default current
自己責任で使え
619 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 09:36:32.14 ID:M7xuRdW4]: >>616
必ずしも連続して実行するわけではないので、バッチでない方法がいいなあ。
git checkout はこれでいいと思うので、git push origin topic_foo が簡潔になるよい方法があれば教えてください。
（topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）
620 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:40:51.59 ID:empqvUFR]: >>615
> git checkout -b topic_foo HEAD
> git push origin topic_foo
> というのをよくやるんですが、git push origin topic_foo をもっと簡潔にできますか？
> 具体的には topic_foo を省略したい。

その前にHEADを省略しろよｗ

git checkout -b topic_foo
git push origin topic_foo
621 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:41:37.17 ID:empqvUFR]: > （topic_fooが、実際にはけっこう長い名前なので、入力するのがめんどくさい）

TABで補完すれば良い
622 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 12:03:49.03 ID:aQ+mTKAT]: >>618を設定しとけば、topic_fooを省略してgit push originでいける
remoteがoriginならこれも省略できるから、git pushでいい
623 名前：デフォルトの名無しさん [2014/05/27(火) 16:10:42.92 ID:Ha9yhWBf]: バッチすら作れないのか(笑)
619がしょぼいのか619が使ってるosがしょぼいのか(笑)
うちのvistaならファイルすら不要でランチャーにいくらでも作れるんだが(笑)
624 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 18:36:54.81 ID:CjDrbeGH]: vistaでなければ、バッチなんてめんどくさいもの作る必要すらない。
625 名前：デフォルトの名無しさん [2014/05/27(火) 19:21:12.08 ID:Ha9yhWBf]: いやいや面倒でもなければターミナルに切り替える必要もなくただボタン一つ押すだけだから(笑)
626 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 21:50:46.03 ID:x1QZTJwI]: 必ずしも連続して実行する訳ではない、と言われてるのに脳内で作れないって決めつけちゃうのヤバいな
これからの日本社会に必要な人材だ
627 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 02:29:31.61 ID:JqBWJ9I7]: >>625
ボタン押すとかめんどくさすぎる
628 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 06:37:21.38 ID:3jHSpg0i]: バッチってもしかしてブランチ毎に作るんか？ｗ
629 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:27:53.43 ID:CrCNX+z2]: 主となるブランチが１個なら別にいいだろ
630 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 09:47:28.15 ID:3jHSpg0i]: 元の質問はトピックブランチの話をしてるんだから
主となるブランチが1個とかじゃないだろｗ
631 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:02:33.99 ID:TQzWSZnP]: トピックブランチっていくつあるの？
632 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 10:44:05.28 ID:+VRaMc3N]: そこからかよｗ

無知が提示する案ほど
迷惑なものはないよなｗ
633 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 12:13:27.82 ID:zJ+uQAQa]: でも結局>>618でFAだろ？
634 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 13:56:51.68 ID:3jHSpg0i]: 作ったトピックブランチを確実にpushする前提なら
(トピックブランチ作ったけどやっぱpushするのやめたーってのが無い前提なら)
push.default=currentにしなくてもpush.default=simpleで(2.0からのデフォルト)
ブランチ作ってすぐgit push -u origin topic_fooをやっとけばいい
それ以降はgit pushだけで済む
635 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:03:48.65 ID:ioEFfNM4]: コミットの回数とタグの数をそれぞれ取得する方法おしえて
636 名前：デフォルトの名無しさん mailto:sage [2014/05/28(水) 15:29:40.52 ID:3jHSpg0i]: コミットの回数
git rev-list --all --no-merges | wc -l

タグの数
git tag | wc -l
637 名前：デフォルトの名無しさん [2014/05/29(木) 00:23:03.07 ID:RABmUlyV]: git add .
git commit -m "前と同じ"
git rebase -i
git push origin <branch>
git rebase master
git push -f origin <branch>

今この状態で、流石にメッセージが前と同じではまずいので直前のコミットとsquashしたいのですが
git rebaseしたらこんなこと言われてしまいます

There is no tracking information for the current branch.
Please specify which branch you want to rebase against.
See git-rebase(1) for details

git rebase <branch>

どうすればいいのでしょうか
638 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:35:18.93 ID:Kg1bZGF5]: >公開リポジトリにプッシュしたコミットをリベースしてはいけない
>
>この指針に従っている限り、すべてはうまく進みます。もしこれを守らなければ、あなたは嫌われ者となり、友人や家族からも軽蔑されることになるでしょう。
639 名前：デフォルトの名無しさん [2014/05/29(木) 00:40:14.69 ID:RABmUlyV]: そうなったらまずはgit pushを取り消せばいいのでしょうか？
640 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 00:59:18.64 ID:erdIUEhx]: >>636
gitってこう引数がおおくてわけわかめ
コマンドを増やしてgit commit-countみたいにわけてほしい
641 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:05:45.72 ID:bLCAImAr]: wcは引数じゃないだろ
642 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 01:25:09.99 ID:/G0dYxTO]: unix使いの大好きなシェル芸
643 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 02:00:42.20 ID:yg8neWnh]: >>640
つ alias
644 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 07:45:11.40 ID:QPTL35Py]: >>641
シェルの引数じゃん

とか屁理屈を言ってみる
645 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:39:11.17 ID:A6IQETei]: シェルの引数ってなんだ？wcはただのコマンドだぞ
646 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:42:01.31 ID:dDbteSWz]: >>645
シェルへの引数と言いたかったんじゃないの？
647 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 08:45:00.26 ID:A6IQETei]: シェルへ引数なんて渡してないし
648 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 09:10:15.42 ID:A6IQETei]: >>637
git rebaseの引数省略しすぎ
649 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 10:02:11.97 ID:bNL2V7UE]: wcはトイレだわな
650 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:00:25.25 ID:QPTL35Py]: >>647
はいはい

人と会話できるように頑張ってね (ハート
651 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:05:28.42 ID:efebR6WC]: Git 2.0.0 リリース
https://github.com/git/git/releases/tag/v2.0.0
652 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 11:14:25.76 ID:1+PX4fUT]: msysgitのv2.0.0はまだまだ先かな・・・
653 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:18:16.52 ID:JkDx0bBd]: >>636で多いって言ってる人って、
リダイレクトやパイプって使ったことこないの？
Linuxを使う上での基礎。初心者レベルのことなんだが。

自己紹介よろしく。Linuxつかえませーんという自己紹介をしてくれｗ
654 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:31:49.12 ID:kyPc1SKC]: それ「おまえが気持ちよくなれる」以外の何のメリットがあるんだ
655 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 12:49:31.76 ID:LpHrGA0w]: シェル芸とかって言って煽る方もなんだかな。
commit-countとかどんどん増やしていってもきりがないし、どうしても専用コマンドを作らないといけないってもの以外は出力をパイプで処理とかでいいじゃん。
まあ>>635みたいな無能そうな奴の質問には答えないほうがいいのかもしれないな。答えても「わけわかめ」とか言われるんだからw
656 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 13:45:23.70 ID:1vfDNvKU]: コマンドが多機能になっても、単純なコマンド組み合わせた方がわかりやすいから、ついついパイプ使っちゃうな。
657 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 17:55:22.19 ID:urb8vROk]: githubとかでもなんでもsshを使ってgitする方法が安全って言われているじゃないですか
んでsslキーっていうんですかid_rsaっていうファイルありますよね
こういうのをdropboxに置いて管理するのは間違ってますか？
658 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 18:38:10.80 ID:A6IQETei]: >>657
sshのid_rsaファイルのことをsslキーなんて言わない
秘密鍵のid_rsaファイルは普通パスフレーズをつけて暗号化してあるけど、それでも他人から見えるとこに置くべきではない
dropboxは厳密に他人から見えない場所とは言い切れない
その鍵で何を管理してるかで鍵の取り扱い方針は決めるべき
659 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:01:58.24 ID:dDbteSWz]: >>658
暗号化して置いておけばよくね？
660 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:08:28.29 ID:urb8vROk]: まじっすか
なんかdropboxで共有したらどの環境からでも接続できるよってブログを見かけたんですけどやっぱりセキュリティ的によくないですよね
661 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:14:49.64 ID:A6IQETei]: >>659
どの程度の強度の暗号化をするかによるね
とりあえず10文字未満のパスフレーズ程度じゃあまり役に立たない
662 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:16:30.06 ID:Jpnwpx9o]: 安全のために鍵かけるなら鍵の扱いも安全にしろよｗ

というかid_rsaってPC外に出すもんじゃないんじゃないの？
663 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:17:11.95 ID:Jpnwpx9o]: 間違えた
×というかid_rsaってPC外に出すもんじゃないの？
○というかid_rsaってPC外に出さないもんじゃないの？
664 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:21:19.75 ID:yBXBS2Lg]: どうしても移動させるときは暗号化したUSBメモリ
665 名前：660 mailto:sage [2014/05/29(木) 19:41:02.34 ID:H5LJYYF1]: 一応パスワードは70文字にしています
パスワードはkeepassに保存していて、パスワードが保存されているデータベースと鍵ファイル？の２つもdropboxで共有しようと思ってました
666 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:48:26.76 ID:A6IQETei]: >>665
パスワードが保存されているデーターベースが一緒の場所に置いてあるなら、
その70文字に意味無くて、keypassのマスターパスワードの強度が問題になる
667 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:50:15.90 ID:1vfDNvKU]: >>659
オンラインの認証は、警備員の見てる前で金庫の暗証番号入力するようなもの。
dropboxや情報漏洩などで盗まれた暗号化された情報は、金庫を持ち帰って機械なども使って開けようとするもの。
警備員の見てる前でそんなことしたら捕まるが、持ち帰ればやりたい放題。
668 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:53:24.06 ID:H5LJYYF1]: >>666
マスターパスワードは4文字にしてます
669 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 19:58:00.86 ID:A6IQETei]: >>668
最悪です。
670 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 20:07:59.65 ID:A6IQETei]: >>668
最悪はちょっと言い過ぎたかもだけど
それは暗号化してない秘密鍵をdropboxに置いてるのとほぼ変わらない
つまり他人に見られる可能性のある場所に一般的なパスワードをそのまま置いてるのとほぼ同じ
671 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 20:14:11.97 ID:JkDx0bBd]: いいえ、最悪です。
672 名前：デフォルトの名無しさん mailto:sage [2014/05/29(木) 21:22:37.06 ID:H5LJYYF1]: f
673 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:25:20.18 ID:EMzWDMfn]: ファイルを作らないでgitに直接データをコミットする方法ありませんか？
rubyのgollumってgitでデータを管理しているそうでファイルを作らないでどうやってgitで管理しているのか疑問に思って質問しました
674 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:33:04.77 ID:q6NHkjTH]: あるブランチ上にある２つのコミットの間で変更・追加・削除・移動されたファイル名（ファイルパス）の一覧を表示する方法ありますか？
675 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 01:58:40.65 ID:fAx5Tsbo]: >>674
git diff a..b --name-status
676 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 02:07:01.03 ID:q6NHkjTH]: >>675
トン
ありがと
677 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 02:31:09.91 ID:n9pxH6sn]: >>673
patchを取り込むのってファイルなくてもできそうな気がするけど、どうだろう?
678 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 08:32:01.24 ID:2GmvsnCC]: >>673
gitのレポジトリの構造は簡単だから、レポジトリに直接アクセスするライブラリとか各種言語向けにいろいろ作られてる
gollumはrubyで書かれてて、rubyにはgritっていうレポジトリに直接アクセス可能なライブラリがあって、gollumもgritを使ってる
ここでたまに話がでるgitlabもgritを使ってるね
679 名前：デフォルトの名無しさん mailto:sage [2014/05/30(金) 10:42:47.22 ID:V58Lvn6/]: >>678
おもしろそうなので grit を調べてみたら、grit はメンテナンスしてないので rugged を薦めてるね。
https://github.com/mojombo/grit/blob/master/README.md

grit
https://github.com/mojombo/grit

rugged
https://github.com/libgit2/rugged

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef