[B! git] kazuauのブックマーク

なぜファイルの末尾に改行を入れたほうが良いのか - Qiita

はじめにファイルの末尾には改行を入れたほうが良いのでしょうか。﹁ファイル末尾改行 POSIX﹂等で調べると、規格の観点から改行を入れた方がいいという話が出てくるのですが、今回はgitの仕組みの観点からも改行を入れたほうが良いという話をします。 GitHub上での末尾改行の警告例えば末尾に改行のないこんなファイルが有るとし、commitしてGitHubにpushすると以下のような表示になります export function hello(name: string) { return `Hello, ${name}!`; }

kazuau 2024/02/18

改行をレコードの区切りとする文字列がテキストだから、最終行が改行されてないと、厳密にはtrailing garbageなのよね。たいていはいい感じに扱うけれど

git

リンク

SSH and Git, meet 1Password 🥰 | 1Password

1Password now includes full support for SSH keys, providing the easiest and most secure way for developers to manage SSH keys and use Git in their daily workflow. The magic of 1Password has always been making the secure thing to do the easy thing to do. Today I’m thrilled to announce that we’re bringing this magic to development teams everywhere with the all-new 1Password SSH Agent. 🦄 In today’s

kazuau 2022/03/16

GitHubのことをGitと呼んでるのが気になる

git

リンク

Using Microsoft Word with git

One of the major challenges of writing a journal article is to keep track of versions - both the different versions you create as the document progresses, and to merge in the changes made by your collaborators. For most academics Microsoft Word is the default writing tool, and it is both very good and very bad in this. Very good because the track changes feature makes it easy to see what has chang

kazuau 2020/08/30

このアプローチも分かるけどdocxってフォルダをzipにまとめたもので、ドキュメントの本体はXMLファイルなので直接差分取れると助かると思う

git

リンク

間違えてGitHubなどにSECRET_KEYをpushしてしまった時の対処法（個人のみ） - Qiita

備忘録です 2019/03/09 15:00 - @tetsukay さん @shibukk さんのコメントを反映しましたやらかした！！ GitHubなどで、TwitterのpasswordやAWSなどのSECRET_KEYが含まれたプロジェクトを管理する際、.gitignoreをちゃんと指定してやらないとgitのcommit履歴などにそのSECRET_KEYなどの値が残ってしまいます。こういったミスでSECRET_KEYなどが流出するとセキュリティインシデントに繋がりますね。この記事では一番最悪な﹁SECRET_KEYなどがcommitされた履歴がpushされてしまった﹂という事態の対策として、﹁git上での履歴の削除方法﹂と﹁リモートリポジトリ上の履歴の削除方法﹂を解説します。パスワードの変更まずはパスワード/SECRET_KEYを今すぐ変更しましょう。対応が遅れてしまうと

kazuau 2019/03/08

うっかりやっちゃってから対応してもほぼ確実に間に合わないので、キーを無効化しよう。そして新しいキーに変更すれば、既に上げちゃったものは放置で構わないはず。（誤解を防ぐためには削除するのが普通かも）

git

リンク

GitFlowは使わない！シンプルな「GitFeatureFlow」を紹介します - ぐるなびをちょっと良くするエンジニアブログ

こんにちは！テニスはじめました、小山です。開発部門でウエディンググループのリーダーをやっています。今回は私が考えた新しいGitのブランチモデル﹁GitFeatureFlow﹂についてお伝えしたいと思います。GitFeatureFlowとはGitを使った開発をより快適にするため、GitFlow,GitHubFlow,GitLabFlowではない、新しいGitのブランチモデル﹁GitFeatureFlow﹂を考えました。Gitを利用して開発を行う場合、Gitのブランチモデルをどうすべきか悩むことが多いかと思います。私自身もこの悩みに直面しました。既存のブランチモデルでは問題が解決できなかったので、GitFeatureFlowという新しいブランチモデルを考え、ウェディンググループに導入。今では快適にGit開発を行っています。GitFeatureFlowで使う主なブランチはこの3つです。

kazuau 2018/06/06

テスト環境と商用環境の同期が取れていることの担保が難しそう。（このフローじゃなければ難しくないという意味ではない）

git

リンク

Gitコマンドラインショートカット | POSTD

私は多くの時間をターミナルの前で過ごしていて、そのほとんどをGitコマンドのタイピングに費やしています。ワークフローを高速化して、毎日何百というキーストロークを節約するために、Bashのエイリアスと関数を使って1組のコマンドラインショートカットを作りました。Git Bashエイリアスと関数Gitではエイリアスを設定できますが限定的であり、節約できるキーストロークは、ほんの数ストロークです︵例えば、”git checkout”の代わりに”git co”とタイプすることはできますが、まだ”git”とタイプしなければなりません︶。Bashはターミナルのデフォルトのコマンドラインインタープリタなので、Bashエイリアスを設定して、さらにキーストロークを減らすこともできます。これが、私のGit Bashエイリアスと関数のリストです。ご自分のエイリアスや関数の保存先ファイル︵例えば、~/.bas

kazuau 2015/04/17

ほしいのは git checko[TAB] de[TAB]って打ったらgit checkout developって展開してくれるものだよね。というか今bashでやってみたらしてくれた。いつの間に。 ●git

リンク

MS Wordで書かれた原稿をテキストファイルでGit管理する - Fuzoku実践入門ブログ

MS Wordで書かれた原稿を電子書籍化する作業を行ったのですが、個人的には使い慣れたRe:VIEWで管理したいものです。そこで、MS Wordをテキストファイル化してRe:VIEWファイルに書き換えることにしました。 docx2txtを使ってMS Wordをプレーンテキストに変換するワードファイルのテキストをコピペしてテキストファイルに置き換えるのは流石に面倒ですし、ヒューマンエラーも発生しそうです。そこで、何か良い方法はないかと思って、おもむろにGoogleで『docx2txt』と検索してみると、まったく同じ名前のソフトウェアを発見することができました。 Docx to Text convertor ページはややレトロですが、ツール自体はメンテナンスもされているようで、これを導入することにしました。リポジトリ作成まずはリポジトリの作成です。とりあえず、次のようなファイル配置を

kazuau 2015/03/11

zipのdiffはtextconv = unzip -c -aでダンプするようにして、*.docx diff=zipでdocxをzip扱いすればいけるのではないかな。

git

リンク

バージョン管理したくない作業用スクリプトは「,」ディレクトリに入れるといい - Qiita

TL;DR: グローバルなgitignore に ,/ を追加して、作業用スクリプトを , ディレクトリに入れると便利。 ,/tmp_script.sh で実行できる。Git リポジトリの中に一時的に使う作業用スクリプトを置いておきたいことがある。自分だけが使うものなのでコミットはしたくないが、いちいち .git/info/exclude に追加して無視させるのも面倒臭い。今まで自分は、 tmp_script.sh~ や tmp_script.sh.bak など、グローバルなgitignore で無視されるファイル名にしていたが、これは不要なファイルと間違えて消してしまう危険がある。 ignored.tmp_script.sh は分かりやすいぶん長い。 _tmp_script.sh は悪くないが、コミットすべきファイルにもアンダースコアで始まるものがあって紛らわしい。そこで、作業

kazuau 2014/10/28

あんまり考えなしにこういうことすると、他の人がcloneしてビルドしてみたらファイルが足りなくて失敗する、みたいな事態を招くことに。ignoreするのは中間生成ファイルだけにしておいたほうがいいような気がする。

git

リンク

Pro Git 日本語版電子書籍公開サイト

| 書籍紹介 | サイトの目的 | ダウンロード | 更新情報 | 謝辞 | お問い合わせ | 書籍紹介Git は、 Linux カーネル開発のために Linus Torvalds さんが2005年に公開した分散型バージョン管理システムです。スタートアップのような小規模組織からGoogle、 IBM のような巨大企業で、また数多くのオープンソースプロジェクトで利用されています。現在のGit 開発は、濱野純さんを中心としたコミュニティによって非常に活発に行われています。本書 Pro Git は、2009年に Apress から初版が、2014年に第2版が出版された、Git の解説書です。著者の Scott Chacon さんは、GitHub 社の CIO、Git のエバンジェリストであり、Git 公式サイトの管理者でもあります。本書の内容は、出版以降も有志により頻繁に更新されており、

kazuau 2013/10/22

later
git

リンク

はてなブックマーク

タグ

関連タグで絞り込む (1)

gitに関するkazuauのブックマーク (9)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス