リポジトリのファイルを削除する - GitHub Docs
ファイルとディレクトリの削除について リポジトリ内の個々のファイル、またはディレクトリ内のすべてのファイルを含むディレクトリ全体を削除できます。 書き込みアクセス許可をもっていないリポジトリ内のファイルまたはディレクトリを削除しようとした場合は、変更をコミットした後に、プロジェクトが個人用アカウントへフォークされ、pull request を元のリポジトリへ送信できるようになります。 詳しくは、「pull requests について」を参照してください。 削除したファイルまたはディレクトリに機密データが含まれている場合、そのデータはリポジトリの Git 履歴で引き続き入手可能です。 GitHub からファイルを完全に削除するには、リポジトリの履歴からファイルを削除する必要があります。 詳しくは、「リポジトリからの機微なデータの削除」を参照してください。 ファイルを削除する リポジトリ内で削
お針子とNASA ――アポロ宇宙服開発の神話――（秋山文野） - エキスパート - Yahoo!ニュース
再び月面有人着陸を目指すアルテミス計画の進展とともに、新たな宇宙服の開発が進んでいる。4月には米宇宙ベンチャー、アクシオムスペースが新たな宇宙服開発メーカーとしてNASAから選定され、プロトタイプ宇宙服が公開された。 宇宙服、特に着る宇宙船ともいわれる船外活動ユニット（EMU）は宇宙開発の象徴的な存在だ。50年前のアポロ計画時には、アイコニックな白いEMUを着用して月面に足跡を残した宇宙飛行士の写真が多く残されている。象徴であるだけに、そこには神話がつきまとう。 アポロ17号で月面を探査するハリソン・シュミット宇宙飛行士。撮影はコマンダーのジーン・サーナン宇宙飛行士。(C)NASA アポロ計画当時の宇宙服開発を巡って、さまざまなエピソードが語られている。2つ目立つものを挙げてみよう。 アポロEMUのスーツは熟練の「お針子さん」がすべて手で縫い上げた。高度な手仕事で作られたその技術はお針子の
Railsの複数DB機能で負荷を分散する - 弥生開発者ブログ
こんにちは。弥生で Misoca を開発している小坂と申します。インターネットには kosappi という名前で存在しています。 前回ご紹介した みんなのコンピュータサイエンス は読んでいただけたでしょうか？ 9月末で事業年度が終わる会社は多いかと思います。みなさんは無事に10月を迎えることはできましたか？私は有給休暇の日数が付与されて、とても良い気分です 🏝 今回は、Rails の複数 DB 機能を利用して9月末の高負荷を乗り切った話を紹介いたします。 🔥 月末の高負荷 Misoca は請求書作成ソフトということもあり、月末にアクセスが増加します。 ユーザの増加や、機能が充実したことにより、DB への負荷も増加しています。８月末の負荷は DB の限界に近い値でした。 特に、文書の一覧や検索などの参照系のクエリの比重が高く、機能の充実によってクエリ自体も重いものになっており、問題になっ
特別な理由なしにgit-flowを新規採用するべきではない - Qiita
私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ
iOSで構築しているCIのWorkflow紹介 - ZOZO TECH BLOG
こんにちは。iOS担当の荒井です。 今回はiOSチームで構築しているCI/CDのWorkflowについて紹介します。 CI/CD環境 はじめに、ZOZOテクノロジーズのiOSチームがどのようなCI/CD環境を整えているかを簡単に説明します。ZOZOテクノロジーズではZOZOTOWNやWEAR、プライベートブランドZOZOなど様々なサービスを運営しています。プロダクトによりCI/CD環境は違うのですが、多くのプロダクトでBitrise + DeployGateという構成をとっています。今回お話するWorkflowもBitriseを例に紹介していきます。 Bitrise 多くのCIサービスが存在していますが、以下の理由でBitriseを選定しています。 導入時、利用目的に対して価格面が見合っていた Xcodeバージョンアップへの対応速度 日本市場に注力 日本市場に注力していくという話もあり、今
Sansan iOS アプリの CI / CD 事情 - Sansan Tech Blog
お久しぶりです。 Sansan iOS アプリエンジニアの中川です。 前回の記事では SwiftLint × Sider と SwiftFormat を使って、 Swift らしくリファクタリングする話を書きましたが、今回は CI / CD についてお話します。 buildersbox.corp-sansan.com CI / CD って？ CI / CDは Continuous Integration / Continuous Delivery の略で日本語ではそれぞれ、継続的インテグレーション、継続的デリバリーと呼ばれています。 Kent Beck, Cynthia Andres による書籍 Extreme Programming Explained: Embrace Change にて発表された開発のプラクティスの一つに CI が含まれており、アジャイル開発の浸透とともに広まりました
Active Record の複数データベース対応 - Railsガイド
このガイドでは、Active Recordで複数のデータベースを利用する方法について説明します。 このガイドの内容: アプリケーションで複数のデータベースをセットアップする方法 コネクションの自動切り替えの仕組み 複数のデータベースにおける水平シャーディングの利用方法 サポートされている機能と現在進行中の機能 アプリケーションが人気を得て利用されるようになってくると、新しいユーザーやユーザーのデータをサポートするためにアプリケーションをスケールする必要が生じてきます。アプリケーションをスケールする方法の1つが、データベースレベルでのスケールでしょう。Railsが複数のデータベース（Multiple Databases）をサポートするようになったので、すべてのデータを1箇所に保存する必要はありません。 現時点でサポートされている機能は以下のとおりです。 複数の「writer」データベースと、
AWSのCLI作業はどこで行う？ 安全に管理するパターンとメリデメ集 | DevelopersIO
AWSアクセスキーセキュリティ意識向上委員会って何？ 昨今、AWSのアクセスキーを漏洩させてしまうことが原因でアカウントへの侵入を受け、 多額の利用費発生・情報漏洩疑いなど重大なセキュリティ事案が発生するケースが実際に多々起きています。 そこで、アクセスキー運用に関する安全向上の取組みをブログでご紹介する企画をはじめました。 アクセスキーを利用する場合は利用する上でのリスクを正しく理解し、 セキュリティ対策を事前に適用した上で適切にご利用ください。 AWS CLI、どこから使っていますか？ ざっくり、以下4種類のどれかを使っている方が多数派ではないでしょうか。 ローカル端末 AWS内に構築した管理用EC2にSSHを利用して接続 AWS内に構築した管理用EC2にSSM(セッションマネージャ)を利用して接続 AWS CloudShell 一体どう違うのでしょうか。 状況によって良し悪しは異なる
システム構成図をテキストで
Gigazineさんでdrawthe.netを取り上げていたので紹介です。使い方はGigazineさんのほうが丁寧なので、気になる方はチェックしてみてください。（2020年12月1日、追記） drawthe.netとは cidrblock/drawthe.netは複雑なネットワーク図も「テキストで書いてブラウザ上でSVGレンダリングできるようにしよう」というコンセプトのもと開発されたツールです。下図のように複雑な構成図も精度高く描くことができます。 拡大してみると情報量が多いこと、またいかに整っているかがわかると思います。 デモサイトも用意されているので、サクッと試したい場合はコチラが便利です。コードはGitHubで公開されています。更新が2017年末で止まってしまっているのが玉に瑕ですが、十分な性能を発揮してくれます。 drawthe.netを使いたい理由 美しい構成図といえばInter
Scaling Docker to Serve Millions More Developers: Network Egress | Docker
Scaling Docker to Serve Millions More Developers: Network Egress In Part 1 of this blog we went into a deep dive that analyzed all of the images stored in Docker Hub, the world’s largest container registry. We did this to give you a better understanding of how our new Terms of Service updates will impact development teams who use Docker Hub to manage their container images and CI/CD pipelines. Par
これだけ知っとけ！「git rebase -i ブランチ名」と「git merge –squash ブランチ名」の使い分け - TokunagaKazuya.tk
表題の通り。GitってSourceTreeとか実際に使いながら理解すれば簡単なんだけど、ネットで検索するだけど全然理解できないんですよね…。 「git rebase -i ブランチ名」は間違ってコミットした時に使いやすい 逆に言うと、複数あるコミットを一気に一つにまとめたい！という要望には適応しにくい。なんかこの辺が混在した情報が多い気がするんですよね。例えばリベースって pick 12ca2a5 トップ直した pick 8nfa9fa 詳細直した pick vdia9ag お問い合わせ直した pick re98a7u プライバシーポリシー直した pick fgyr8ae プライバシーポリシー直した pick 7ghagfa 新着情報直した # Rebase bdd3996..bd66e17 onto bdd3996 # # Commands: # p, pick = use commit
SourceTreeでコミットをまとめる時のメモ - 開発メモ
たまに作業しようと思うと、いつもやり方を忘れてるのでしっかりメモ。 1. SourceTreeでブランチを開く 今回は、上から3つのコミットを1つにまとめる。 2. まとめる対象の1つ前のコミットを選択 まとめる対象のコミットの、1つ前のコミットを選択。 1つ前重要。 3. 『子を対話形式でリベース』 右クリックで表示されるメニューから、『〜〜の子を対話形式でリベース』を選択。 4. スカッシュ対象を追加 一番上のコミットを選択した状態で『過去を含めてSquashする』を選択。1回押すたびにコミットが1つ追加になるので、まとめたいコミットが全て追加になるまで繰り返す。 5. メッセージを編集 まとめられたあとのコミットメッセージを修正しておく。 6. 完了 謎のコミットが消えてすっきりに。
GitLabにPull Requestを送るときの作法 - Qiita
GitLabのPull Requestのコツがつかめてきたので、簡単に説明してみます。 とりあえずContributing Guidelinesをよく読みましょう。決まりを守らない人は嫌われて相手にされません。 あとは、Pull request guidelinesに従いましょう。 GitLabプロジェクトをフォーク フィーチャーブランチを作成 テストとコードを書く 複数のコミットが含まれる場合はsquashで一つのコミットにまとめる フォークにコミットをpush Pull requestを投稿 投稿したpull requestに関係するissuesを検索しpull requestのコメント欄に記述する 2.について、後日もう再度pull requestを送る場合は、ブランチを切る前に git remote add upstream https://github.com/gitlabhq/
Reduce repository size | Bitbucket Cloud | Atlassian Documentation
Bitbucket はソース ファイルの保管や変更の管理に最適で、チームでの作業の際にはそのメリットをさらに発揮します。しかしながら、実行ファイルやその他のビルド アーティファクト、動画、その他のメディア ファイルなどの、大規模なバイナリ ファイルの保管には適していません。 弊社のサーバーでユーザーに十分な応答性やダウンロード速度を提供するためにも、リポジトリ サイズを 1.0 GB にすることを推奨しています。Bitbucket Cloud のリポジトリには 2.0 GB の制限があります。この制限に到達した場合、直前のコミットを取り消すための変更のプッシュのみを行えます。また、5.0 GB のハード制限があります。この制限に到達した場合、変更をプッシュすることはできず、リポジトリは読み取り専用になります。 Bitbucket で大規模なファイルを保持する必要がある場合、ワークフローの一
git submoduleについてのメモ 追加/削除/更新等
B! 70 0 0 0 Gitのsubmoduleがいつもイマイチ良くわからなくなるので 自分なりのまとめ。 レポジトリにsubmoduleの追加 submoduleのあるレポジトリをcloneする submoduleの更新 submoduleの削除 ignore = dirty Submoduleのプロトコルの変更 レポジトリにsubmoduleの追加 git submodule addで追加。 $ git submodule add [email protected]:rcmdnk/evernote_mail.git ./submodules/evernote_mail addすると.gitmoduleというファイルがまだ無い場合は作られ、その中に [submodule "submodules/evernote_mail"] path = submodules/evernote_mai
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
githubでtagを付け直すコマンドを作った - Qiita
クラウドの作り方（使い方じゃないよ）/ How to create Cloud Service
gitリポジトリ単位で バックアップ、アーカイブ、リカバリ - Qiita
SourceTreeでチェリーピックを使ってみる
gitのsubmoduleに変更を加えるとdiffが生じるのを無視する - Qiita
