git スレッド - 暇つぶし2ch

git スレッド at LINUX

[前50を表示]
150:login:Penguin
08/10/12 06:30:09 jJgFADl+
URLﾘﾝｸ(d.hatena.ne.jp)

151:login:Penguin
08/10/18 03:07:31 dDb45WJS
git

152:login:Penguin
08/10/23 01:32:11 HvfmsSww
URLﾘﾝｸ(www.kernel.org)

153:login:Penguin
08/11/04 13:32:06 3alaTQXX
addしたファイルの一部を、あ～これ別の修正だなーと思ってcancelしたいん
だけど、どうすればいいかわかりますか？

checkoutすると修正差分消えちゃうし、stashの部分的versionがあれば
いいのかもしれませんが。

まぁ、diff取って手patchでもいいので、今回はそれでやりますが、
後学のために教えてください。

154:login:Penguin
08/11/04 14:30:15 pgRYNcfN
>>153
git reset

155:login:Penguin
08/11/04 23:09:57 3alaTQXX
>154
ありがとうございます

156:login:Penguin
08/11/05 00:32:36 l+PE2hcd
>>153
それよくあるわー
あるファイルをいじってる最中に関係ないバグなんかを見つけて、
つい流れでそのままやっちゃうんだよね。
でもコミットする時には別々にしたくなる．．．
俺の場合、修正が少ない時は、エディタでundo出来るようにしつつ２回に分けてコミット、
修正が複数ファイルだったり込み入ってる時は、stash使ったりdiff出して後からpatchしたりしてるな。

157:login:Penguin
08/11/14 23:25:39 Op12tx9f
URLﾘﾝｸ(sourceforge.jp)

158:login:Penguin
08/11/14 23:29:20 4rtpLX5i
gitはじまったな。hgとの戦いもこれで決着したか？

159:login:Penguin
08/11/14 23:48:00 Lmgx2Pjw
本家 sf.net はまだ git をサポートしてないよね。
この点では sf.jp が先行しているんだ。

160:login:Penguin
08/11/15 06:24:15 PSPQtBpR
tortoiseが無いから決着無理でしょ。

161:login:Penguin
08/11/15 18:00:52 MUmWX/Lu
あるコミットの親コミットのidはgit log -1 foo^1とかでわかるんだけど、
あるコミットの子コミット一覧をなるべく高速に得る方法ってある？

162:login:Penguin
08/11/22 09:30:29 ZDTHO6y7
>>159
ほんとはこういうプリミティブな分野ほど保守的なはずだけど
svn が出てからと言うもの乱世になっちゃった感があるね。
そう言う意味では svn の功績も大きいかも。
そんな中で日本は一般の追従が早かったりするのかな？
ただ sf.jp が勇み足ってこともあるかもしれないけどw

163:login:Penguin
08/11/22 22:19:54 f114SqWJ
>>161
原理的に無理なんじゃないの？
コミットすると、その親のレポジトリに通達する仕組みが無いと

164:login:Penguin
08/11/25 21:33:58 2oYcDe4N
>>163
mercurialには`hg children'っていうコマンド(extension)が
あるけど、そういう機能のことじゃない?

165:login:Penguin
08/11/29 21:53:13 x6WDXIQW
カーネルにおけるリグレッションの特定/ユメのチカラ
URLﾘﾝｸ(blog.miraclelinux.com)

166:login:Penguin
08/12/12 11:43:38 M6DfFnZx
「git add .」の時にemacsのバックアップファイル（hogehoge~）を含まないようにするのはどうすればいい？

167:login:Penguin
08/12/12 14:32:02 WlMynC7N
>>166
.gitignoreに「*~」って書いとく
URLﾘﾝｸ(www8.atwiki.jp)

168:login:Penguin
08/12/12 23:20:38 fQQDEn/S
fast-forwardって「早送り」って意味だよな... > wiki

169:login:Penguin
08/12/13 13:26:24 OASQvN2r
>>167
ignoreあったのか、㌧くす

170:login:Penguin
08/12/14 08:48:06 Z9GwfQdj
URLﾘﾝｸ(code.google.com)

171:login:Penguin
08/12/14 12:48:29 x3iOnWd3
>>170
wktk

172:login:Penguin
08/12/20 01:31:20 vKNATyou
質問なのですが

svnでいうチェックアウト（svn co）はgit cloneで合ってますか？
gitではユーザ名を登録しますが、ここで登録したユーザ名を頼りにチェックアウトできますか？

自分で調べた内容は、　URLﾘﾝｸ(www8.atwiki.jp)　を見て
「共同開発における git の利用」で　git clone /home/alice/project myrepo　ってコマンドを探せたくらいです

173:login:Penguin
08/12/20 02:56:48 rjvGH0/G
>>172
git cheat sheet でググレカス

174:login:Penguin
08/12/20 09:37:26 ei1zjot9
現在mercurialでwebデータのスナップショットをとっています。
ignoreファイルで管理対象にしたくないファイルのパターンを
指定してhg commit -A すると、消えたファイルは削除扱い、
新しいファイルは追加扱いでうまくやってくれるんですが、これを
gitでやるにはgit statusの出力をスクリプトで処理するしかない
でしょうか。

175:login:Penguin
08/12/20 20:34:52 D7NqFLzp
add .
commit -a
でいいのかな?

176:login:Penguin
08/12/25 17:46:05 waBObvDn
1.6.1ｷﾀ━━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━━!!

177:login:Penguin
08/12/25 20:41:00 Lvzi1Kt9
>>176
ほんとだ。
URLﾘﾝｸ(git.or.cz) にはまだ出てないけど、Tagは昨日打たれてるんだね。
さっそくビルドしてみよっと。

178:login:Penguin
08/12/25 21:51:01 xGFcU4xY
クリスマスプレゼントきてたか。
俺もビルドしてIYH!!

179:login:Penguin
08/12/28 10:56:17 M6Jmnnag
は？

180:login:Penguin
09/01/07 13:35:45 yljPTwi+
どーもくんｗｗｗｗｗ

181:login:Penguin
09/01/07 22:12:42 w9oQRMMI
そういやGit、ドーモくんパクってるな。
なんかみたことあるなーとは思てたけど。

182:login:Penguin
09/01/08 00:35:09 Lnbl1Hh0
きっと、ライセンス問題に業を煮やしたリーナスが
新キャラクタを一から作り始めると見た

183:login:Penguin
09/01/08 18:22:06 ZbvVG/Dm
で新キャラのライセンスもGPLなんかな。
世界中で使われまくりんぐ

184:login:Penguin
09/01/08 21:38:12 +tvvOsmO
とりあえず年末にやっていたどーもくんテレビシリーズは面白かった。

185:login:Penguin
09/01/12 21:00:52 WcSLRQ7m
git-cloneをしてもエラーが出てできません。どなたかお助けください。

環境
Ubuntu_1 こいつに"mysite"リポジトリがある（git init で作ったリポジトリ）
Ubuntu_2 こいつにgit-cloneをさせたい

Ubuntu_02でコマンド
:git clone ssh://name@Ubuntu_01/home/name/git/mysite/

で結果がこうなる
remote: Counting objects: 366, done.
remote: Compressing objects: 100% (150/150), done.
remote: Total 366 (delta 262), reused 296 (delta 213)
Receiving objects: 100% (366/366), 53.82 KiB, done.
Resolving deltas: 100% (262/262), done.
error: Trying to write ref HEAD with nonexistant object 73f8...（省略）
fatal: Cannot update the ref 'HEAD'.

このようなエラーが出て、mysiteフォルダが作成されませんでした。
Ubuntu_1のHEADのハッシュは73f8...です。

不思議なのが、nonexistant（nonexistentの間違い？　存在しない）といわれても、Ubuntu_1側でlogを見ても内容はあるように思えるのですが。謎です。
どなたか解決方法をご存知ありませんか。よろしくお願いします。

186:login:Penguin
09/01/12 21:05:09 WcSLRQ7m
OSとgitのバージョンを書き忘れていました。すいません
Ubuntu_1（Ubuntu8.04.1） : git version 1.5.4.3
Ubuntu_2（Ubuntu8.10）: git version 1.5.6.3

です。gitの最新では問題ないとか、そういうものなんでしょうか・・・

187:login:Penguin
09/01/12 22:47:45 Uq2UYoFZ
--no-checkoutでやってみたらどうなる…?

188:login:Penguin
09/02/16 23:10:31 YaLIe5U3
こないだネカフェで漫画読んでたら、隣の席の人がマック取り出してなんかやり始めた。
しばらくたってチラ見したら、Gitチートシート見ながら使い方勉強してるようだった。
emacsでメモ取りながら。
Railsのおかげか？マックの人にも浸透してきてんだねー

189:login:Penguin
09/02/17 00:20:11 6D8Af0Ge
gitを使うような開発者がマックを選ぶようになったというほうが近いかと

190:login:Penguin
09/02/17 00:51:17 ju3lrvVQ
そのおかげかどうか知らんが、Rubyの開発もsvnからgitに移行しろと
ぎゃーぎゃー騒ぐ連中がrubyのMLでノイズをまき散らしている(た)

191:login:Penguin
09/02/17 01:50:48 p0vzD+Qg
まぁ、そうしょっちゅう変更されても困るけどな。

未だにCVS使ってるプロジェクトがあることを考えると、
まぁSVNへの移行はそれなりに適切だったよな。

すれ違いスマソ

192:login:Penguin
09/02/17 21:51:55 mqqNODDH
最近人気のVCSって大体リポジトリの相互変換機能があるんで
svnだからどうとかgitだからどうとかってあまり問題ないん
じゃないかと思うんだけど... 騒いでるのって実際自分では開発
してる人なのかな?

193:login:Penguin
09/02/18 02:42:16 /eQIK6gR
>>192
クライアントだけみても結構違いはあるよ

というか、むしろリポジトリ変換できるからどれでもいいだろと言う人の方が
自分で開発してるのか疑わしい

194:login:Penguin
09/02/18 07:55:24 DFCGO0mb
>>189
漏れもmac使いだけど、多い日には８割ぐらいX11で作業してるなぁ
linux板で言うことじゃないけど、最強のunix osだと思ってる

195:login:Penguin
09/02/18 08:09:04 m9oJRtIs
ギャグ?
目悪くなるよ、あれ。

196:login:Penguin
09/02/18 11:17:34 83SU7AOt
macbook air使ってる人見たことあるけど、
パワポの起動に数十秒かかっててわろた。

197:login:Penguin
09/02/18 12:43:10 /eQIK6gR
AirはAppleへのお布施だってばっちゃが言ってた

198:login:Penguin
09/02/18 12:54:38 XFrEXlX0
Windowsは目に優しいのにな

199:login:Penguin
09/02/18 19:20:17 d2HDJA0J
Windows -> MSゴシック代
OSX -> ヒラギノ代

200:login:Penguin
09/02/18 23:34:07 0GUjr6IS
>>193
>クライアントだけみても結構違いはあるよ
違いがないとは書いてないよ。問題がないとは書いたけど。

>というか、むしろリポジトリ変換できるからどれでもいいだろと
>言う人の方が自分で開発してるのか疑わしい
なんでそこで「言う人の方が」とか出てくるんだろう...
リポジトリ変換の手段があれば普段の開発は最も自分に都合がよい
VCSを使える。プロジェクトのリポジトリを移行するのは単なる変換
以外のエネルギーが必要なんだよ(commitlogとかリポジトリのミラーとか
開発支援のためのスクリプトやドキュメントの修正とか)。その労力や
時間は開発にまわしたほうが合理的。

201:login:Penguin
09/02/19 00:18:13 PdrPyNp0
>>200
相互変換つっても、git-svn使ってるけどかなり寂しい状態だからなぁ…
使ったことないけどhgやbzrとならいい感じにやり取り出来るんだろうか。

202:login:Penguin
09/02/19 01:00:15 EG8D4dSl
git-svnはたまにclone中にSEGVることがあってちょっと困る。
どうも変換できないパターンが存在するらしいのだが、詳細が不明。

203:login:Penguin
09/02/19 01:45:08 ytISsoJv
>>202
gentoo user なら、

Per Gentoo bugs #223747, #238586, when subversion is built
with USE=dso, there may be weird crashes in git-svn. You
have been warned.

って、message がデルよ。

204:login:Penguin
09/02/19 07:31:39 EG8D4dSl
>>203
Debianだけど、もしかしたら同じかもしれない。豚々。

205:login:Penguin
09/02/21 13:27:13 4lfOqpcB
git使いたいけどまわりにCVSしか使ったことないのがいるので、
まずはsvnに移行したよ。
自分自身は、git-svnつこてる。

CVSから一足飛びにgitを使ってもらうのは、酷かなと

206:login:Penguin
09/02/21 13:39:00 yqrw3Axq
cvs を理解して使えてるなら、git ぐらいすぐに使えるようになると思うけど。

207:login:Penguin
09/02/21 13:52:33 4lfOqpcB
そうか？
CVSは難しいからね。
A: CVS使い
B: CVS,SVN両使い
C: CVSは忘れたSVN使い、gitは少し

こんなメンバーで開発してるんだが、
A、Bにpush,pullを教える自身がなかったというか
Cも共同開発系操作は怪しかったので

svnになってしまった。ちょっとチキンだったか

208:login:Penguin
09/02/21 15:02:07 Bpq3TsWG
gitをしばらく使ってみて、リモートリポジトリを用意することになりました。

ローカルA
ローカルB
リモートリポジトリ

とありまして、ローカルAにmaster、v0.1の二つのブランチがあります。

ローカルAからリモートには、push --allですべてのブランチをリモートにおきましたが、
ローカルBからリモートへのpullはmasterしか行えない気がしますが、どうなんでしょうか。
理想は、リモートを通してすべてのローカルリポジトリにブランチの共有を行いたいのですが、どんな操作方法があるでしょうか？
よろしくお願いします。

209:login:Penguin
09/02/21 15:27:28 vsW8bIWn
>>208
話がいまいち飲み込めないんだけど、
そのリモートをcloneじゃダメなん？

210:login:Penguin
09/02/21 17:17:05 Bpq3TsWG
>>209
ああそうか、cloneのことを忘れていました。ありがとうございます。

211:login:Penguin
09/02/21 17:47:07 vsW8bIWn
>>210
cloneというか、git remote add でいつでもリモートの追加は可能だよ。
権限に問題がなければ、remoteにpushすることもできる。

212:login:Penguin
09/02/21 21:53:30 Mctk+V93
cvsやsvnにはwindowsで使えるクライアントがあるから・・・

213:login:Penguin
09/02/21 22:56:24 4lfOqpcB
全部emacsから使えるが何か？

214:login:Penguin
09/02/22 00:56:10 T3tENWac
>>212
tortoisegitdozo-

215:login:Penguin
09/02/22 03:05:15 Xj5AqDY8
>>207
ブランチの扱い考えると CVS な人は SVN より GIT の方が
なじみ易いんでは？

216:login:Penguin
09/02/22 14:26:08 mBjWyYz+
確かにsvnはリビジョンがブランチも本流も共通だったり、
気持ちわるいところはある

217:login:Penguin
09/02/22 15:03:08 1XxXXSjk
こないだ久々にCVS使おうとしたらさっぱりワケワカんなくなってたよ…
CVSのブランチってファイル毎じゃなかったっけ。今となってはもう無理な気がする。

218:login:Penguin
09/02/22 19:13:59 8lvMl2P/
>>216
それがsubversionのいいところ。
たとえばあるブランチの開発がすすんでそっちを本流にしたくなった場合、
trunkにマージするという断絶ではなく
本流を切り替えるという操作がそのままできる。

219:login:Penguin
09/02/22 23:21:39 mBjWyYz+
>>218
それ気持ち悪い
ブランチ担当者が1ファイル毎にcommitするとか、
コンパイルも通らないソースcommitしてくれたりして、
怪しいリビジョンが増えんだよね。svn

gitだったらブランチ替えるのもrebaseすれば
問題ない

220:login:Penguin
09/02/23 01:45:32 7ybypk05
>>219
使い方が悪い場合にツールに文句付けても仕方ないな。

221:login:Penguin
09/02/23 08:47:31 tJXsAqHt
>>218 のようなケースは分散型ではそれこそ
「本流にしたくなったブランチを本流とみなす」
だけになるのではなかろうか。

222:login:Penguin
09/02/23 09:12:05 PfEahPoc
本来のmasterブランチを別名に改名して別のブランチをmasterに改名すればいんじゃね？

223:login:Penguin
09/02/23 22:04:17 RXJ8Zkdl
すみません、教えてください。
git pull したときに、一部のファイルだけ、自分の修正を破棄してリモートのファイルをそのまま適用することは
できないのでしょうか?
SVNで、updateしてコンフリクトした時の tf みたいなイメージです。

224:login:Penguin
09/02/23 22:33:08 Abtbk8hJ
git reset?

225:login:Penguin
09/02/23 22:56:28 RXJ8Zkdl
あー、いや、そういうんじゃなくて、ソフトの翻訳をしていて、ja.poだけは自分で修正するんですが、
make update-poとかすると、他の言語のpoファイルも更新されてしまいます。
それやっちったあとにリモート側でpoファイルが更新されるとカオスになります。
なので、コンフリクトした時にマージとかしないで、リモート側(かローカル側かどっちか)を採用みたい
なのができないかなと。

226:login:Penguin
09/02/23 23:31:25 3S3xpgxH
>>220
gitだったら、自分専用になるから他のブランチのcommitポリシー
関係なくなるじゃん。
まともになったらpullしてやんよと言うだけで、
教育する手間がいらんということだ。

227:login:Penguin
09/02/23 23:47:39 qE2tArP5
>>223
git mergeのドキュメントを--strategyあたりでgrepすると良いと思う。
git pull = git fetch + git mergeね。

228:login:Penguin
09/02/24 22:25:50 7lWKoCOb
>>225
>make update-poとかすると、他の言語のpoファイルも更新されてしまいます。
他の言語のpoファイルを更新しないようにMakefileを修正する。

229:login:Penguin
09/02/26 21:09:00 c1Dg6ivC
>>223
URLﾘﾝｸ(gitready.com)
タイムリーなtipsが

230:login:Penguin
09/02/28 18:19:24 tKEdSpX5
>>223
もどしたいファイルはcheckoutすればいいだけじゃね？
あとは自分の修正はstashするとか色々

231:login:Penguin
09/03/04 22:33:23 qIzLJZaT
FTPに1.6.2正式版来ました

232:login:Penguin
09/03/06 23:57:38 op+ZMKgY
git-cloneとgit-remote addとgit-svnを使い分けてると

　このフォルダで更新するためのコマンドなんだっけ？

とミスることが多発するんだけど、こういうのって同じコマンドで
管理できないんでしょうか？今は

- git-clone の場合 -> git-pull で更新
- git-remote の場合 -> git-remote update で更新
- git-svn の場合 -> git-svn update で更新

とバラバラで、しかもlsしただけでは判定できないしで
誤実行しては.git/config調べて「ああそうだった」の連発です。

もしかしてもっと便利な統合コマンドがあったりするでしょうか？

233:login:Penguin
09/03/07 01:39:30 ZWrd4H3R
それぞれ役割が違うだろうに。
あと更新とかじゃないよ。

234:login:Penguin
09/03/07 08:32:02 ovs/dmRV
他の人のリポジトリからチェンジセットを引っ張ってくるために打つコマンドという
意味で同じように使っているのですが、もしかしてこの使い方・理解自体が
間違ってるんでしょうか？

235:login:Penguin
09/03/07 09:38:44 u/rVLzU8
>>232
いずれの場合も更新のためのシェルスクリプトを書いとけば
悩む必要がなくなるよね。
でgit-pullはfetch+merge --ff、git-remote updateはgit fetchと
ほぼ同じなんで役割が違う。git-remote addで追加したremoteだと
git-pullで更新してくれない、というのであればそれはローカル
ブランチの設定が正しくできていない、refspecの設定が変、とか
そんなところだと思う。
git-fetchでなくgit-remote updateをあえて使う利点はremoteを
複数設定している時にいっぺんに更新できることぐらいかな
(このあたりの動作はgit-remote(1)のupdateのところに書いてある)

236:login:Penguin
09/03/12 08:16:17 76FRS4+8
darcsから乗り換えるといいことありますか？

237:login:Penguin
09/03/12 09:29:53 XKHVHsT3
>>236
pull したときに、いっぱい　yes/no 聞かれずにすむ。

238:login:Penguin
09/03/14 11:44:17 juJwYmYq
hg から乗り換えるといいことありますか?

239:login:Penguin
09/03/14 11:58:11 i8Be0VVA
>238

まーきゅりある、って難しいスペルを覚えなくても良くなる。
覚えてないけど。

240:login:Penguin
09/03/14 15:19:18 +0rKDWfW
>>238
高速.

241:login:Penguin
09/03/22 22:31:18 /27zAYWE
git svn clone -s で Subversion からレポジトリをコピーしてみたのですが、
Subversion の tags が Git の tag にならずに branch になってしまうのは、
そういうものなのでしょうか。

Subversion のタグは、タグといいながらただのディレクトリだったりする変態仕様なので、
しょうがないのかなぁ…という気もするのですが…。

242:login:Penguin
09/03/26 16:23:33 XSnWphDj
社内の git リポジトリを表示するのを探してます。
( github が許されなくて… )

Git Browser と ViewGit を見つけました。

Git Browser は見た目派手だけど実用度に疑問なので
ViewGit を検討しています。

ほかに何かいいのありませんか。
github クローンがあれば最高です。

243:login:Penguin
09/03/26 16:35:56 g3Z2bRWJ
>>242
URLﾘﾝｸ(git.or.cz)

244:242
09/03/26 17:37:03 XSnWphDj
おお、こんなにあったんですね。ありがとうございます。

うーん、ざっと見た限り GitHub や ViewVC レベルってないですね。
定番はデフォルトの gitweb なのかな？

245:login:Penguin
09/03/28 01:25:21 TZ6DBfAq
>>242
微妙に違うかもしれないけど
redmineに付属のリポジトリブラウザなんてどうよ？

246:242
09/03/30 15:37:27 A3cN4vHE
>>245
ありがとうございます。
trac & redmine は使ってます。
チケットとコミットを連動させるために。

差分のリッチな diff や、フォークの流れ、パッチ管理が
github を知ってしまうと、どれも霞んで見えて。。。

247:login:Penguin
09/04/01 12:33:50 TObhm5N5
linux関係者はgitを使うのが多いという認識でいいのかな

248:login:Penguin
09/04/01 20:55:16 LojNH9iG
linux 開発者は git しか使わないだろ常考

249:login:Penguin
09/04/01 21:18:58 jmcNlx3x
>>247
Linux(狭義の=カーネルそのもの)開発のために作られたのがgit

250:login:Penguin
09/04/01 21:54:39 MKGzQ4EB
ＧｉｔＨｕｂでソース管理している人に聞きたいんですけど、
プロジェクトのホームページやリリース物件置き場やITSってどこつかってます？

251:login:Penguin
09/04/01 22:12:24 AOF7SCh+
>>250
>プロジェクトのホームページ
githubでホストできる

>リリース物件置き場
適当にタグ付けしておけばzip等でダウンロードできるようになってる

>ITS
>>252に任せた

252:login:Penguin
09/04/01 23:53:33 I1/8jsAx
checkpadかRTMでおk(マテ

253:login:Penguin
09/04/02 01:51:26 L6Skfqgr
>>246
GithubのUIってそんないいかなーあんま好きじゃない。。。
俺は普通にGitwebがいちばん分かりやすいと思う。
じっくり見るならCUIだけど。git show-branchとかけっこう分かりやすいと思うな。

254:login:Penguin
09/04/03 00:48:36 pDtVIzVu
>>250
ditzがいいと思います

255:login:Penguin
09/04/03 18:00:14 uOZV7ek8
>> 250
lighthouseじゃだめ(´・ω・`)？
もしくは、ticgit。

256:login:Penguin
09/04/06 09:58:37 JCLhMxPh
xrea に入れてる人って自前でコンパイルしてるのかな。
うちは面倒になったやめてmercurialをいれてgitweb形式で
使ってるわ。インストールはこっちのほうが簡単だったから。
xrea用のバイナリを公開しているところがあればなぁ。(ぶつぶつぶつぶつ)

257:login:Penguin
09/04/06 23:28:22 eHpElSRS
xreaでgit入れられるの？makeでリソース不足になるかと思っていた。

258:login:Penguin
09/04/06 23:51:46 JCLhMxPh
>>257
いれてる人はいるみたい。

259:login:Penguin
09/04/07 18:44:33 HQC4Ps4f
xreaに自前で入れるっていう人は、ホスティングじゃ嫌な理由があるのん？

260:login:Penguin
09/04/08 00:50:22 QNjBH7lc
>>259
githubってプライベートリポジトリが作れないし。そのへんじゃないのか。
容量も桁ちがいになるって事実もある。それは大きくないか。

>>257
サーバーでmakeをやってるんだろうか？てっきりクロスコンパイルかなにかだと思った。

261:login:Penguin
09/04/08 01:10:30 5zwafMgz
>>260
「タダでは」作れない、と一応補足。

262:login:Penguin
09/04/08 16:50:09 mCOhjIt8
>>260
XREAにコンパイラはなかったと思う。クロスコンパイルしてるんでしょう

263:login:Penguin
09/04/09 02:02:38 PTQTRrqa
クロスってわざわざx86以外でコンパイルするんかいw
パッケージ作って持ち込んだらいいんちゃう？

264:login:Penguin
09/04/09 02:14:06 CHi6WPmY
xreaにgit入れてみたいけど、
違う環境でコンパイルしたものを持ち込むのって
やってみたことないなぁ

265:login:Penguin
09/04/09 02:34:36 FnIYwStd
>>263
それも試した。そのためにはosの環境を知るひつようがあるが。

266:login:Penguin
09/04/09 02:36:23 FnIYwStd
>>264
mercurialは簡単に入ったけど、どうしてもgitとなれば、git-mercurialを使うか
svn-gitを使うかって方法もあるよ。svnは入ってるから。

267:login:Penguin
09/04/09 02:41:28 PTQTRrqa
gitを導入できそうなのに、OSが不明ってどういうことなんだ？
xrea昔使ってたけどわすれちゃったい

268:login:Penguin
09/04/09 09:19:35 FnIYwStd
>>267
サーバーで違うからね。

269:login:Penguin
09/04/19 19:40:35 EpTMRFi2
githubのIssueって使えてる?
どのrepoをみても、ず～っと「Loading」のままなんだけど‥‥‥。(´Д`)

270:login:Penguin
09/04/19 21:02:55 vX0fbY2N
issues(0)のものならLoadingにはならなかった。
10個ぐらい探したけどissues(0)でないものは見つからなかった。
Safari4Beta

271:login:Penguin
09/04/21 09:03:12 WkK6/Gbo
WEB+DB PRESS vol.50のgit特集って現メンテナの記事なんだな。

272:login:Penguin
09/04/21 19:01:11 KUyr8Kra
浜田さんですね

273:login:Penguin
09/04/21 22:05:48 yPrR70Fe
>>270
あれ？そう？
じゃあ、自分だけかぁ。
誰もどこにも不具合報告してない感じだし。
Firefox 3.0.7

274:login:Penguin
09/04/21 23:48:13 k6LFvaa1
javascript切ってる、とか

275:login:Penguin
09/04/23 12:52:20 OS8mDzFU
>>274
ありがとうございます。

javascript関係とcookie関係は(NoScriptも使っているし)真っ先に疑っていろいろ設定値を変更してみたんだけど、
変化なし。
で、今朝帰宅後に何気なくみてみたら、(再読込とかもしていないのに)Loadingが消えていたよ。
読み込みに何時間かけたんやって感じだけど、とにかくCreate Issuesボタンを押しても反応するし、
よくわからんが使えるようになったので、よしとした。
# 自分は、「動けば何でもいいや」サンデープログラマなので。

ちなみに、IEでも確かめてみたが、IE6でもIE7でもLoadingのまま。(´・ω・`)
まぁ、普段は使わないから(ry

276:login:Penguin
09/04/30 22:30:43 to8eVmEB
すいません、2つ質問したいことがあります。

branchとdiffには --color オプションがあるのに、statusだけ無いので、
これだけ

[color]
status = auto

と指定しなければいけないのを避けたくて、出来ればstatus --colorなどしたいのですが、可能ですか？

また、svnでいうリビジョン指定のupdate、たとえば svn up -r4などをしたいのですが、
revertを使うと勝手にコミットされてしまいます。コミットせずに、ただリビジョンを戻したいときはどのコマンドを使えばいいですか？

277:login:Penguin
09/04/30 23:48:05 16J7B4JZ
>> 276
∩(　´Α`)<　276、「git config --global ui.color auto」ってどうよ？

2個目のは
git checkout ～
かな？
# よくわからんが。

278:login:Penguin
09/05/01 00:27:11 gzznyDiQ
>>277
ありがとうございます。
＞git config --global ui.color auto
centos4.2 / git 1.5.2.1 で効かない模様です・・

2個目は、例えばsvnで、リビジョン5が最新だとして、リビジョン5の時点で、「svn up -r3」と打つと、リソースがリビジョン3の時点のものになるのです。
その後「svn up」と打てば、リビジョン5に戻ります。
gitの場合、「git revert コミット時のハッシュ」で、前回のコミット時の状態に戻すことが出来ますが、revertは「前回との差分を反映した上でコミットする」ようなのです。
以前の状態に戻してもらえれば、別にコミットしなくてもいいのですが、そういうことをしてくれるコマンドを探しています。

279:login:Penguin
09/05/01 02:11:17 UyxRnjCJ
>>278
git checkout {commit} -- .

git reset使っても良いけどreflog変わっちゃうから私はお勧めしない。

280:login:Penguin
09/05/01 23:16:38 N/KL5AXz
二つ前だったら
git checkout HEAD^^
とか書けるのがいいやね

281:login:Penguin
09/05/02 03:42:35 jDKFtoWO
git help svnなどでヘルプが見られるはずなのに、No manual entry for git-svnとしか出ません。
バージョンによってヘルプが無かったりするんでしょうか・・？

282:login:Penguin
09/05/02 08:23:07 ww11tj+4
make man してないってオチじゃなくて?

283:login:Penguin
09/05/02 17:53:08 jDKFtoWO
>>282
cdとかlsのmanはあります。
centos5.1で、gitはyumでインストールして、バージョンは1.5.2.1です。

284:login:Penguin
09/05/02 19:16:03 9M7bqe9L
>>283
じゃあドキュメントは別のパッケージになってるとか。

285:login:Penguin
09/05/07 10:52:48 PyUwUZuU
試してないけどgit-svnパッケージを入れないとコマンド自体無いよね。

286:login:Penguin
09/05/07 21:35:53 0VojICGT
面倒だからgitで最新版落としてコンパイルしてインストールしたら?

287:login:Penguin
09/05/07 22:37:33 09tnqhRR
1.6.3出たぞ

288:login:Penguin
09/05/17 01:00:54 ePLSrhR8
1.6.3.1

289:login:Penguin
09/05/19 00:05:14 5BgkgMmK
キーを作って、

Enter file in which to save the key
(/c/Documents and Settings/Administrator/.ssh/id_rsa):

ってメッセージが出るのですが、
該当のディレクトリを探しても、

/.ssh/id_rsa):

が存在しません。

どこにいったのでしょうか？

290:login:Penguin
09/05/19 00:45:40 3rv5JzN1
>>289

まだない。
その文の訳は「鍵を保存するファイルを入力してね」だ。
カッコ内は、名前を指定しなかったときにこの名前になるよってこと。

291:login:Penguin
09/05/19 00:58:18 5BgkgMmK
んじゃあ、ENTERを押せばよかったってこと？

292:login:Penguin
09/05/19 01:31:25 zZo+QRSM
そゆこと

293:login:Penguin
09/05/26 12:25:38 lz1Hno2I
git clean -fx したときにでも特定の虫ファイルが生き残るようにする設定ないかなあ。

294:login:Penguin
09/05/26 12:56:04 F7u3ZQup
>>293
まさかGitリポジトリの中で虫を飼ってるやつがいるとは・・・。
はっ！なるほど、バグを飼ってるんですね、わか(ry

295:login:Penguin
09/05/26 15:02:12 lz1Hno2I
そうそう、鈴虫だけは駆除したk…ってのはおいといて。
設定ファイルをgitで管理してて、
パスワードとかはいっててリポジトリに入れるのはなんかいやなファイルがあるんだけど、
git clean -fxとかしちゃうとそれまで消えちゃうんだよね。
makeの.PRECIOUSみたいな設定ができると嬉しい。
まあ需要なさそうだよな…

296:login:Penguin
09/05/26 20:43:46 dhhqSphP
>>295
何の設定ファイルか知らないけど、そういう場所でclean -fx
するのはそもそも間違いじゃないの?

297:login:Penguin
09/05/26 23:19:27 lz1Hno2I
まあね。そうなんだけど。
でもauthorized_keys~とか消したくね？ね？

298:login:Penguin
09/05/26 23:48:37 KnIgZeet
うだうだ言ってないで、自分で改造しろよ

299:login:Penguin
09/05/26 23:51:18 Aiox/6VI
俺なら、レポジトリの外においとくけどなぁ > 設定ファイル

300:login:Penguin
09/05/27 01:55:32 h/OEez6w
色んなところの設定をリポジトリに突っ込んで管理してるのです。
>>298の言うとおり、そのうち改造してみることにします。

301:login:Penguin
09/05/27 10:46:25 V1RGq7PO
clean -f じゃだめなの？

302:login:Penguin
09/05/27 17:11:06 h/OEez6w
まあそういう解もあるけど。
でも、hogehoge~とかがUntracked filesと表示されるのはいや。

303:login:Penguin
09/05/27 18:40:50 NsMBl7Do
>>302
.gitignore で除外指定するのも手かと。

304:login:Penguin
09/05/27 19:10:26 V1RGq7PO
>>302
普通にcleanしてもhogehoge~とか消えないの？
hogehogeがignoreされてるの？

305:login:Penguin
09/05/27 21:29:16 h/OEez6w
つまりですね、.gitignoreされているhogehoge~を消したいが、
.gitignoreで一緒に除外されているid_rsaとかは消したくない、と。
そういうことです。
git config clean.precious とかで設定できるようにしようかと思っている。

306:login:Penguin
09/05/27 22:07:16 Jwgt63tk
git cleanを使わない。

307:login:Penguin
09/05/27 23:24:03 IDa+cPEF
ownershipを自分以外にしておく(対症療法...)

308:login:Penguin
09/05/28 00:04:05 +ifPU4jK
聞いてくるのはディレクトリのuidな罠

309:login:Penguin
09/05/28 18:03:13 iCE9wfb7
>>305
なるほどねぇ…俺はset nobackupなんで全く気にならなかった。
PRECIOUSいいかもねー。
末尾~のファイルを一括削除するタスク作るのが手っ取り早いような気もするが。。。

310:login:Penguin
09/05/28 23:23:15 +ifPU4jK
それだけのためにMakefileを書くのもどうも。

311:login:Penguin
09/05/29 14:40:20 qJp0/nmk
自分は.bashrcで
　　alias rmtilde='rm -f *~ .*~'
としておいて rmtilde と打てばカレントディレクトリのバックアップファイルが消えるようにしている

毎度 rm *~ と打ってるとミスってファイル全消しとかやりそうで怖いからこうした

312:login:Penguin
09/05/29 15:27:50 HgM+30FZ
バックアップファイルは、別の場所に保存するようにすれば？

313:login:Penguin
09/05/29 22:22:50 2y8c1+1L
gitコマンドで見えないものは、気にしない。

314:login:Penguin
09/05/30 14:50:11 dqOmA8jR
見えないからこそ、ついgit clean -fxってやっちゃいそうで怖い。
-fつけるな、っていう反論は尤もだけど。

315:login:Penguin
09/05/30 17:05:06 9brHsk7F
実際clean -fdx するのはGitをビルドする時ぐらいかなぁ。
make cleanで良いだろうとは思うんだけど。

あとコーディングしてるとUntracked filesがどんどん増えていってしまう
性分なので、気軽にcleanはできない…。

316:login:Penguin
09/05/30 17:05:50 uf3CgwBV
>>311
シェルでワイルドカード使うときはC-x * で展開してから実行するだろ

317:login:Penguin
09/05/31 10:32:14 K6LNij6T
>>314
>>306

318:login:Penguin
09/05/31 11:00:18 0DzzHN4o
>>316
いや？

319:login:Penguin
09/06/01 11:52:10 rqA2erQu
>>316
rootで作業するときは
echo rm *~ みたいなことをして確認している。

320:login:Penguin
09/06/01 12:51:51 Lgjwq8a5
俺もalias作ってるな

321:login:Penguin
09/06/02 13:07:04 qa3GkTXX
debian系ならtrash-cliパッケージをインストールして、
alias rm trash
見たいなのを.bashrcに書いとけば、Windows見たいなゴミ箱のシステムが使える。
これでいざというときも安心。

322:login:Penguin
09/06/02 13:54:30 D8d0YmW8
>>321
trash-cliなんて便利そうなの知らなかったよ、あんがと。

323:login:Penguin
09/06/02 21:16:03 x7ntZyXz
そしてそれが入ってないシステムでいつもの癖が出て悶絶するw

324:login:Penguin
09/06/03 09:06:05 XMOgq/dG
>>323
trashコマンドはオプションがないので、rm -rf *とかしなくてもrm *でいい。
だから、rm *と打つ癖を付けとけばtrashがない環境でも削除するかダイアログで聞かれるはず。

325:login:Penguin
09/06/04 11:13:39 gFmd/ycH
どっちかというとそういう小細工するよりはちゃんとバックアップとっといた
ほうがいい気がする。>>323みたいなのはあるし。

326:login:Penguin
09/06/04 12:39:36 TWd6diqQ
俺は、~/以下のファイルを/home/$USER.bk以下にぜんぶハードリンクする
スクリプト書いてバックアップにしてる。
zshつかってるのにrm * したんだよね……

327:login:Penguin
09/06/04 15:06:54 vC6RyzlI
スレチ・ガイ登場の予感

328:login:Penguin
09/06/05 17:33:49 0gYSyA33
>>293 わかったよ。.gitignoreとは別の除外リストがあるらしい。 $ git help repository-layout |less +/exclude

329:login:Penguin
09/06/08 23:17:07 ZitoZgZ1
URLﾘﾝｸ(github.com)
これをcloneしたいんですが、表示されているclone urlでcloneすると
URLﾘﾝｸ(github.com)
こっちをcloneしてしまいます。
多分ブランチでmagazineが存在するんだろうと思うんですが、masterをcloneしてgit branchしてもmasterしか表示されません。
どうすればmagazineをcloneできますか？

330:login:Penguin
09/06/08 23:54:18 C1ERIbGC
試してないけど clone はできてるんじゃね？

リモートリポジトリの magazine ブランチで遊びたいなら、
git checkout -b magazine origin/magazine とかしてみたらどう？

リモートリポジトリのブランチは git branch -r で確認できると思うよ。

331:login:Penguin
09/06/09 00:07:59 AyjP2z0q
>>329
git clone git://github.com/yhara/sinatbbs.git magazine

じゃない?

332:login:Penguin
09/06/09 07:51:55 xJxgLqqZ
$ URL=git://github.com/yhara/sinatbbs.git
$ git clone -n $URL
$ git checkout -b magazine origin/magazine

magazine以外取ってきたくもない、という場合はこうかな。
$ mkdir sinabbs
$ cd sinabbs
$ git init
$ git remote add -t magazine origin $URL
$ git fetch
$ git checkout -b magazine origin/magazine

333:login:Penguin
09/06/10 00:58:47 KXr3oHi6
>>332
いけました、ありがとうございました。

334:login:Penguin
09/06/18 15:44:21 5DrDTVn8
1-2-3 … master
　+-a-b-c-d-e … experimental

で、 experimantal のうち a と c だけ master に適用して github に push したいです
master で experimental をマージしたら a b c d e 全部 master に入ってしまうのが困るです

335:login:Penguin
09/06/18 19:01:04 2Ebk94KK
>>334
>>74 >>76あたり

336:login:Penguin
09/06/18 20:18:53 cCav561R
>>334
cherry-pickが手軽だと思う

337:login:Penguin
09/06/18 21:43:20 Ntg4BqVh
git-pushのデフォが--dry-runで、本当にpushする時だけ
--no-dry-runっていう動作にするにはソースをいじるしか
ないのかな。そういう需要ってあまりないんだろうか。

338:login:Penguin
09/06/18 21:57:41 eLD/FLhK
>>337
git config --global alias.p 'push --dry-run'
としてpush使わないとか

339:login:Penguin
09/06/21 20:28:22 lOVS9wsZ
charset という名前の github の唯一のリポジトリを削除する方法は

　　git push git@github.com:USERNAME/PROJECT.git :charset

でいいよね？
charset は予約名で、作ったら絶対に消せないとかそういうのないよね

　　git push 場所 master

でも master が GitHub の USERNAME の PROJECT のページに出てこないんだけどなんだろう
URLﾘﾝｸ(github.com) にアクセスすると
URLﾘﾝｸ(github.com) に飛ばされるんだが
ちなみに URLﾘﾝｸ(github.com) は 404

340:login:Penguin
09/06/21 22:41:22 zEt58fLN
間違ってるかもしれないけど、github からプロジェクト消したいなら
ウェブ上のインターフェイスからできるよ。

341:login:Penguin
09/06/22 06:17:19 dUjEbQcZ
>>339
最近のGitHubは微妙にレスポンスが悪い
pushしたら2時間くらい放置することにしてる
たぶん、今日見たら消えてると思う

質問、トライアルごとにブランチ切るような使い方してるんだけど、
一応完成して、メインストリームブランチに入れて、
倉庫みたいな物置ブランチにコピーしておいて
という使い方をすると、「もう必要ない使用済み」のちいさなブランチができるよね
これを
「"圧縮"してどこかに退けておいて git-branch で表示されないようにしておく」
ということはできない？
git branch すると20個くらいだーっと表示されてもうわけわからん状態になってるん
ブランチを消してもいいんだけど、なんか操作ミスとかでマージしたメインブランチが消えたときとかの予備にみたいな貧乏性

342:login:Penguin
09/06/24 21:35:59 2QUgEiwr
>>341
まったく同じだｗ
俺も貧乏性というかビビりなんでブランチやたら残ってる。
pushの際にfast forwardできた時はまだ良いんだけど、rebaseとかcherry-pickした時は
古いブランチを念のために残しちゃうんだよねぇ。
やり方としては、必要なくなったブランチがある今の場所を他からremoteで
fetchさせておいて、そっちでcheckout -bしておくとかかね…めんどくさいな。

343:login:Penguin
09/06/25 21:57:36 Onb9g2E7
git-daemonについて質問です。
開発用と同じPCにgit-daemonをセットアップしようとしています。
基本的にはこちらにある通りに設定を行いました。
URLﾘﾝｸ(d.hatena.ne.jp)
わたしの環境はgit-1.6.0.2、opensuse11.1です。

git cloneやcommitはできたのですが、
git pushを行うと以下のエラーメッセージが表示され、結局pushが行われません。
Counting objects: 3, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 219 bytes, done.
Total 2 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
fatal: read error (Connection reset by peer)

>>1にあるマニュアルの日本語訳は見たのですが、
git-daemonについてはまだ訳されておらず、よく分かりません。
すみませんがよろしくお願いします。

344:343
09/06/25 22:08:30 Onb9g2E7
上のエラーメッセージはLAN内のプライベートIPを用いてgit pushとしたときで、
127.0.0.1に対してgit cloneをした後、git pushとしたときは
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 258 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
error: unpack failed: unpacker exited with error code
To git://127.0.0.1/hobby/git_test.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to 'git://127.0.0.1/hobby/git_test.git'

ネットワークの設定がおかしいのかもしれません。ちなみにps aux | grep gitすると、
git-daemon --syslog --detach --reuseaddr --user=git-daemon --group=nogroup --pid-file=/var/run/git-daemon.pid --base-path=/srv/git --enable=receive-pack --export-all
というコマンドで実行されているようです。

345:login:Penguin
09/06/25 23:07:10 E5OhASqI
>>343
うーん、git-daemonの書込みパーミッションとか？
git-daemonにreceivepack設定してpushさせると匿名フルオープンになるみたいなので、
sshのほうが良いんじゃないかと思う。
てかgit-daemonでpush出来るとは知らなかった…

346:343
09/06/25 23:54:48 Onb9g2E7
>>345
gitを使い始めて浅いもので理解していないのですが
＞ sshのほうが良いんじゃないかと思う。
これはどういう意味でしょうか？man git-pushで
ssh://[user@]host.xz/path/to/repo.git/
という表記は見かけましたが、このコマンドでpushするべきだとことでしょうか？

347:343
09/06/26 00:48:11 sI4GnV0X
書き込みパーミッションが無いことが問題だったようです。

まず、自分ユーザの権限が及ぶところにbareレポジトリ(~/repos/git_test)を作ってみたら
$ git clone ssh://127.0.0.1/~/repos/git_test
は出来ました。そこに編集後、$ git pushすることもできました。

>>344のプロセスにあるように、
git-daemonはgit-daemonユーザ権限で実行されているのですが、
git-daemonユーザが/srv/git以下に書き込み権限がないことが理由だったようです。
レポジトリ以下のファイルをgit-daemonユーザにchownしたら、
git push git://....ができるようになりました。

ところで、gitレポジトリに書き込み権限のあるユーザに
新しいレポジトリを作ってもらうようなコマンドって存在しますでしょうか？
例えばですが、git create git://host.xz/path/to/repo.git/
を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。

348:login:Penguin
09/06/26 01:20:59 uHyKMR0H
>>346
このへん参考になるかも
URLﾘﾝｸ(www8.atwiki.jp)

Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
pushとかしても大体同じなので、それでもいいと思う。
gittutorial(7)
URLﾘﾝｸ(www8.atwiki.jp)

LAN内少人数で中央集権の置き場として運用したいということなら、
git-daemonで匿名pushOKにしてやっても良いかもしれないですが。

sshでpushはさせたいけどシェルは使わせたくないとか、本格的にGitを
ホスティングしたいのであれば、Gitosisが便利ですよ。

349:login:Penguin
09/06/26 02:03:14 uHyKMR0H
>>347
＞例えばですが、git create git://host.xz/path/to/repo.git/
＞を発行すると、新しくrepo.gitというレポジトリを作ってもらうようなものです。
よくわからないけど、あったっけなぁ。ブランチを作るのはできるけど。。。
sshできるならそこのホストにログインしてgit initすれば出来る。
それか管理者が作っておいてあげるとか。
Gitosisはそのへんの管理が柔軟にできるようにはなってましたが。

350:login:Penguin
09/06/26 14:12:47 2GlKWaVl
Windows に cygwin 入れて使ってます。
ls ~ して出るところに .gitignore を置いているのですが、
git status すると、ignore 指定したファイルが

# Untracked files:
# (use "git add <file>..." to include in what will be committed)

に出てきます。どのように設定すればよいでしょうか。

351:login:Penguin
09/06/26 17:37:09 JV5Aa+Hk
>>350
git config [--global] core.exludesfile ~/.gitignore

352:login:Penguin
09/06/26 17:46:31 2GlKWaVl
>>351
ありがとうございます。
それでも変わらず…。

353:login:Penguin
09/06/26 18:38:46 iVeHZqbP
>>352
core.excludesfile だよん

354:login:Penguin
09/06/26 23:51:12 p2TqTPM6
>>348
お返事ありがとうございます。

＞ Gitの操作に慣れるという意味ではgit-daemonもsshも使わずに普通に同じホストで
＞ pushとかしても大体同じなので、それでもいいと思う。
git://~~~とかssh://~~~でなくともgit clone ~/path/to/repo.git/
という感じにネットワーク越しの操作じゃなくても使えるのですね。
こういうことができるなら、
わたしの使い方ならgitデーモン立ち上げなくともよさそうです。

いただいたURL、Gitosisについても今後の為に読ませていただきます。
ありがとうございました。

355:login:Penguin
09/06/29 00:33:12 cM4lxNQ+
linuxデスクトップユーザーの特徴

①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく

　　　　　　冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　＼__／　| |　　　＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ──‐ヽ　/　　/ 　linuxはめんどくさくて難しい分だけ、
　　　　 /|ヽ　　　ヽ─'　　 /　＜　　自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
　　　　/ | 　＼　　　￣　　／　　　＼
　　／　ヽ　　　‐-　　　　　　　　　　￣￣￣￣￣￣￣￣

次ページ