Removing sensitive data from a repository - GitHub Docs
About removing sensitive data from a repository When altering your repository's history using tools like git filter-repo or the BFG Repo-Cleaner, it's crucial to understand the implications, especially regarding open pull requests and sensitive data. The git filter-repo tool and the BFG Repo-Cleaner rewrite your repository's history, which changes the SHAs for existing commits that you alter and a
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
Commit Policies
Git is a complicated beast. The Git index, if you’re coming from other VCS’s, is a new concept. Yesterday I described how I use the Git index in my workflow: These pictures illustrate the multiple locations, or “data stores”, that host a copy of the source tree. These stores are: the working directory, local and remote repositories, and the index. In order to show more of the whole development pro
ヽ( ・∀・)ノくまくまー(2008-06-02)
● [Rails] svn レポジトリを github に移行させてみる svn はわかる (使ってる) git は多分イケテル svn なのだろう (メリットも知らね) github は git をまとめて公開してるサービス？ 前知識はこれだけなgit無学者が、ネットに溢れる git コマンドを適当に入力することで、私的 svn を github に公開しようと試みたところ、おおよそ考えられる全ての落とし穴に落ちた気がしたので、次の方は是非とも俺の屍を越えてゆけとゆいたいです。 目的 http://wota.jp/svn/rails/plugins/trunk/dsl_accessor これを github に移すのが目的 手順 github に自分のアカウントを作成する github にレポジトリを作成する 同レポジトリに既存の svn の内容を commit する あわよくば gem
github に gem を公開する - 2nd life (移転しました)
http://github.com/ 最近一部で話題沸騰の github。github は Rails で作られたアプリケーションでは、自分が知りうる限り一番の完成度と使いやすさを誇るんじゃないか、と思っています。 ソースコードツリーの見やすさ、(g)zipでくれ機能、各種 git の情報へのアクセスしやすさ、最初に git レポジトリを作ったとき表示されるチュートリアルと云った基本的なことはもちろんですが、オープンソースプロジェクト・コミュニティを加速させるであろう、分散レポジトリを利用した様々な機能がすばらしいですね。 誰かが公開してるレポジトリを fork ボタン一つで自分のレポジトリにクローンし、いろいろ変更を加え、大本に取り込んで欲しいなぁ、と思ったら pull request。大本のコミッタは気に入れば pull で取り込めばよいし、もし気に入らなかったとしても、変更者がそのフ
git と Mercurial の比較-Granzchesta's ぷち日常天国
ソースコード管理での使用が増えてきているっぽい git と Mercurial ですが、どっちがいいのか悩みの種でもあります。 git は、そもそも Linux kernel の開発がその誕生のもとになっているだけあって、Linux kernel ぐらいの規模までは十分にこなす機能があります。 Mercurial は、xorg や Java, OpenSolaris などが使っていて、これらもかなりの機能があります。 で、両方使ってみた結果を簡単に言うと、 どっちでもたいていのことはできる ということでした。 解かりやすくいうと、ドコモでもauでもソフトバンクでも、だいたいの場合ちゃんと会話ができるように、基本的なソース管理についてはどちらであってもたいして問題はありません。 ただ、歴史的に Mercurial のほうが後でスタートしている関係上、Mercurial は gi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
