ルーターのコンフィグを git にぶち込んで世代管理してみたはなし - miyalog
この記事を三行で みんな好き勝手な名前でコンフィグファイルをアップロードしてサーバーがパンク＆どれが最新版かわからない状況に 命名規則を作り、サーバーに置いておくコンフィグを最新世代１つのみとした さらにファイルを社内 GitLab に自動アップロードし履歴確認ができるようにした ※ GitLab を入れ物として使うだけで、git を使ったワークフローを導入したとかのカッコイイ話じゃありません あらまし とある通信会社の委託でIPネットワークの監視作業員をやっています（非エンジニア）。うちの会社ではルーター・スイッチ類のコンフィグをTFTPサーバーへアップロードしてバックアップとしていますが、先日そのサーバーで反応が5分くらい返ってこなかったり、ファイルのアップロードに失敗したりと動作が不安定に･･･。HDDでも壊れたかな？と思いながら調べてみると... $ df -h Filesyste
Gitの脆弱性によってリポジトリをクローンすると「うんこもりもり」と表示される - BppLOG
8/11にGitの脆弱性 ( CVE-2017-1000117 )が出ていました。 CVE-2017-1000117 - Red Hat Customer Portal これは、gitクライアント上での任意のshellコマンド実行の可能性があります。 重要度 - Important Gitでの"ssh"URLハンドリングにshellコマンドインジェクションの欠陥が見つかりました。これを利用して、悪意のあるレポジトリや悪意のあるコミットを行われたをレポジトリに対して"clone"アクションをGitクライアントで実行した際に、Gitクライアントを実行したユーザの権限でshellコマンドを実行される可能性が有ります。 Gitの脆弱性 ( CVE-2017-1000117 ) — | サイオスOSS | サイオステクノロジー 実際にどんなことが起きるか 百聞は一見にしかず。 このリポジトリを cl
SVNからGitに移行した後にやること - Qiita
はじめに SVNからの移行はこちら（SVNからgitへの移行）で書かれていますので詳細は任せるとして、 ここでは無事Gitに移行した後にやるべきことをメモっておきます。 ファイルの日付問題 SVNからGitに移行すると、 ファイルの日付が "git svn した日付" になってしまいます。 ファイルの更新日付を見ることでパッと見いつコミットしたか分かるのが良かったのですが、 これが全て同じ日付になってしまうと今までの苦労が無かったことに。。。 …とはならないですけど、気分的に少し嫌なものがあります。 どうするか こういうときに便利なのが、 ここ（Gitのサンプルスクリプト）のgit-set-file-timesというスクリプトです。 これをローカルのクローンを置いているパスにコピーして来て実行してやると ファイルの更新日付を綺麗にコミットした日付に置き換えてくれます。 MacなどのUNIX
SVNからgitへの移行 - Qiita
社内プロジェクトをSVNからGitLab上で管理されているgitリポジトリに移行してみましたのでその手順をまとめてみます。 まずSVNのワーキングディレクトリで下記を実行します。 $ svn log --xml | grep "<author" | sort -u | perl -pe 's/<author>(.*?)<\/author>/$1 = /' > users.txt 最近のMacではgrep -Pオプションがなくなったらしいので、Gitへの移行の手順から若干アレンジしています。そうしたらusers.txtにSVNにコミットしたユーザの一覧ができるので、名前とメールアドレスを設定していきます。
Subversionのリポジトリからgitリポジトリに移行する - 作業ノート
会社で管理していたリポジトリをsvnからgitに移行したときの方法。 1.コミッターのリストを作成する 移行対象のsvnリポジトリをローカルにチェックアウト(svn checkout)している状態で、そのルートディレクトリ下で $ svn log ^/ --xml | perl -ne 'print if /^<author/' | sort -u | perl -pe 's/<author>(.*?)<\/author>/$1 = /' > users.txt を実行。 こうするとusers.txtには foo = bar = のようなリストが作成される。それを編集して foo = foo <foo@example.com> bar = bar <bar@example.com> のように、氏名 + <メールアドレス> を追記する。 2. git svnでcloneを作成する 次にgit
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
SVNを捨ててGitを使うべき5つの理由 - Qiita
まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです（たぶん）。 それが今で
Gitわかってる？Gitビギナーに送る分かりやすい記事・スライドなど20+選 - undefined
Gitを使ってはいるものの、しっかり理解できていないので分かりやすそうな記事などを集めました。多分同じような感覚の人は少なからずいると思うので参考になれば幸いです。 記事 【Git入門者向け】イメージで理解するGitコマンド事始め | きのこる庭 「工場」に見立てて、git init, git add, git commit, git status, git log, git branch, git checkout, git merge, git clone, git pull, git push, git fetchを解説されています。 絵がかわいくてわかりやすい。 git入門 (全22回) - プログラミングならドットインストール 説明不要、みんな大好きドットインストールの「git入門」（全22回）です。 イラストでわかる！git入門の入門 : アシアルブログ アシアルブログより「イ
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
Git活用法 ー コードはいつも1行ごとにドキュメント化されている | POSTD
コードには1行ごとに隠しドキュメントがあります。 次のコードスニペットの4行目を書いた人は、何か理由があってDOMノードの clientLeft プロパティにアクセスしたのでしょうが、結果的に何もしていません。これはかなり不可解です。なぜこうしたのか、あなたは説明できますか？ 今後、この呼び出しを変更したり削除したりしても安全でしょうか？ // ... if (duration > 0) this.bind(endEvent, wrappedCallback) this.get(0).clientLeft this.css(cssValues) 私ではなく他の人があなたにこのコードを見せたとして、誰がこの行を記述したのか、どんな理由があったのか、このままの状態にしなければいけないのか、あなたはおそらく説明できないでしょう。ただし、プロジェクトを進めているときは大抵の場合、バージョン管理シス
デザイナーがこうやってGit覚えて大好きになったよ♡ - Qiita
はじめに こんにちは！nanapiデザイナーのyunicoです！「Git Advent Calendar 2014」の15日目を担当します（^o^） 今年はなんか色々GitGit言っていた年だったので、最後にアドベントカレンダーに参加しちゃいます！わいわい！去年からすると、まさか一年後にGitのアドベントカレンダーに参加しているとは思いもよりませんでした〜。感慨深いものです！よろしくお願いします＜(_ _)＞ 前置きと今年やったことまとめ TechBlogでGitについて書いた nanapi勉強会でTL GithubKaigiでTL PatchworkTokyoでメンター< Gitが大好きになった♡というブログを書いたら色々ご縁があり、3回ほど登壇しました(╹◡╹) nanapi勉強会vol.2では「 GUIじゃなくてターミナルからコマンドでGit使うと便利！」という話、GithubK
gitリポジトリを軽くしよう！｜TechRacho by BPS株式会社
gitリポジトリの使い方を間違えると、非常に重くなってしまうことがあります。 巨大なファイルをコミットしてしまった 関連プロジェクトを1個のリポジトリにまとめすぎた まずは犯人を捜す 以下のコマンドで、コミットログをサイズと一緒に見ることができます。 git log --stat 眺めながら、怪しいコミットがいないか探してみましょう。 また、.git/objectsの中から重たいファイルを探して、バイナリエディタで眺めることでも、怪しいファイルの見当を付けられます。 巨大なファイルをコミットしてしまった gitはソースコード管理システムなので、巨大なファイルを管理するのには向きません。 ちょっとしたwordのドキュメントファイルや画像などは問題ありませんが、100MB以上もあるPSDファイルや動画ファイルなどを入れると、git statusなどの基本的な操作も含めて急激に遅くなってしまいま
ちょっと待った! Railsのgitリポジトリから Gemfile.lockとdb/schema.rbを除外してはいけない｜TechRacho by BPS株式会社
2014.02.07 ちょっと待った! Railsのgitリポジトリから Gemfile.lockとdb/schema.rbを除外してはいけない こんにちは、hachi8833です。 Railsをgitで管理するのであれば、ログファイルや、パスワード入りdatabase.ymlなどの登録したくないファイルを.gitignoreに記載してリポジトリから除外するのが普通です。しかし実際の案件では、除外すべきでないファイルが除外されていることがたまにあります。言うまでもないような話ですが、心当たりのある方は念のためチェックしてみましょう。 gitリポジトリから除外すべきでないファイル 以下では、誤ってgitリポジトリから除外されがちなGemfile.lockとdb/schema.rbについて説明します。代表的なものであり、すべてを網羅しているわけではないのでご注意ください。 Gemfile.lo
Gitのフックでカジュアルにデプロイする - Simple, Slowly
Gitのフックを使って、commitしたときに検証環境に自動的に反映させるようにしました。 検証環境でレビューしてもらうことは、日々の開発で多々あることと思います。 これまでcommitしてリポジトリにpushした後、手動で検証環境にデプロイしていたのですが、段々面倒くさくなってきました。 pushしたら自動で検証環境に反映されるようにしたい。 Jenkinsでやるのもなんだか大げさな気がして、カジュアルにGitのフックを使う事にしました。 Gitのフックを用意する .git/hooks/post-commit を作成します。 post-commitはcommitプロセスが完了したときに実行されるフックです。 #!/bin/sh # commitが完了したときに実行する # 検証環境にデプロイする # branch="$(git rev-parse --abbrev-ref HEAD)"
さくらサーバにGitを入れて使ってみる – GettingOUT
今までSubvertionを使ってましたが、流行りの「Git」にしてみることにしました。 (1) GitをGet!（ジットをゲットって駄洒落？） ・Gitコードは下記サイトからGetします。 Googleプロジェクト 現時点でgit-1.8.2.tar.gz ・ゲットの仕方は、wgetでもいいし、ブラウザからダウンロードしてFTPでサーバにアップでも良いでしょう。 ・どこか適当な作業ディレクトリを作って保存してください。（例えば、/$HOME/tmpとか） (2) さくらにGitをインストール ・さくらに接続し作業ディレクトリ内で解凍し、gmakeでコンパイルします。 ・configure時に、–enable-pthreads=-pthreadを付けないと、undefined reference to `pthread_create’でエラーになります。 % tar xvfz git-1.
さくらのレンタルサーバにgitを入れる : pthread_create 云々 | DOOM! DOOMER!! DOOMEST!?
パッケージ管理のportsが使えないので、ソースコードを取得することから始める必要がある。 srcというディレクトリを作り、そこで作業する。 localというディレクトリを作り、 さらにそのなかにbinなどを用意、今回のgitのように個人でインストールするものはlocal以下にインストールする。 という方向で。 さて [user@server ~/src]$ wget https://git-core.googlecode.com/files/git-1.8.3.tar.gz --no-check-certificate --2013-06-06 10:53:55-- https://git-core.googlecode.com/files/git-1.8.3.tar.gz Resolving git-core.googlecode.com... 2404:6800:4008:c00::
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分散型バージョン管理システム「Git」に脆弱性、任意のコマンドが実行される恐れ
さくらインターネットのレンタルサーバに Git 1.8.4.2 をインストールする, rbenv と ruby-build を使ってさくらのレンタルサーバに Ruby 2.0.0-p247 をインストールする…のに失敗, 今日のお買い物.. -
Mac の Git で日本語ファイル名を扱う - Qiita
はてなブログチームの開発フローとGitHub
