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/
561 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:26:16.72 ID:Q2AhpEnY]: > そのままいじったりする

どゆこと？
562 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:18:02.19 ID:7I4ys7NV]: >>561
運用と開発の環境が同じものってこと。バージョンとかでなくて、同一のリソース。
563 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 07:41:36.00 ID:Q2AhpEnY]: Webサーバとして公開してるディレクトリでgit initして開発してるってことか
564 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 08:24:11.40 ID:uQLrwk2U]: >>563
git じゃなくて Subversion だけどテストサーバーはその運用だわ。
565 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:10:11.33 ID:Y3VmLAx+]: 開発と運用を分ける場合ってどうやるんですか？
例えばC:￥apache2.2￥htdocs￥kaihatu￥.gitで作って
運用で動かすのはC:￥apache2.2￥htdocs￥honban￥.gitみたいにしたらいいですか？
honbanフォルダでhaihatuをcloneして動かすっていう感じでしょうか？
566 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 12:50:55.92 ID:fbMM1sIr]: リポジトリの話と実行環境の話がごっちゃになっとる
567 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 13:32:57.00 ID:oqlsgWjt]: ものにもよると思うが開発マシンでそのまま運用するとか恐ろしいな
568 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 16:19:48.21 ID:zD+BcsMh]: これがDevOpsというやつか
569 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 17:18:53.44 ID:7I4ys7NV]: git archiveで取り出して、テスト環境にインストールしてテストして、同じものを本番環境にインストールが普通だよな? 普通だと言ってくれ。
テスト環境でリポジトリから直接インストールは許す。
570 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:19:01.71 ID:7WHSNOxu]: 今の時代、スクリプト言語でもソースコードを
そのまま配置するとかやっちゃだめだよ。

デプロイはサーバーにログインして
git pullとかやっていいのは小学生までｗ
571 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 21:45:26.96 ID:+FFXBZCI]: この話git関係ないだろ
572 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:09:24.93 ID:gHSFUybb]: >>567
恐れるな！
573 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 22:47:06.91 ID:w8F8fDtL]: 何のためのバージョン管理かわからんなｗ
問題出たら巻き戻せって事？
なんだかテストもしてなさそうｗ
574 名前：デフォルトの名無しさん [2014/05/20(火) 23:20:14.34 ID:DeZ/1+VP]: >>569
rsyncとかするの？capとか使うの？
gitじゃだめなのか、、？
575 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:30:10.39 ID:oqlsgWjt]: 本番環境にgit pullでデプロイするのは.gitが残るから問題あるよね
テスト環境ならいいと思うけど
576 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:45:03.16 ID:gZsncm2t]: 緊急事態が起こって巻き戻すぐらいならええじゃないか
デプロイした先の本番環境で頻繁に巻き戻さないといけない方が余程テスト不足では
577 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:11.31 ID:w8F8fDtL]: 本番サーバーがそのままリポジトリのマスターってのもありそう。
578 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 23:54:26.37 ID:4h/6mNTZ]: GitHubでプルリクの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろとは聞いてますが、
自分が理解するところでは、

①フォークする
②ローカルにcloneで持ってくる
③リモートにフォーク元のmasterリポジトリをaddする
④ローカルにブランチを作る
⑤ローカルのブランチを修正する
⑥ローカルのブランチに変更をコミットする
⑦GitHubのブランチに変更をコミットする
⑧GitHubのフォーク元のmasterリポジトリにpull requestを出す
⑨マージされたらブランチを削除
⑩ローカルでfetchする

こんな感じになるんでしょうか？
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文字未満のパスフレーズ程度じゃあまり役に立たない

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

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