CloudFormationの新機能「Git Sync」をGitLabで試してみた #AWSreInvent | DevelopersIO
AWS re:Invent 2023期間中(直前?)に発表されたGit Sync、連携先のリポジトリにGitLabも選択できるので、実際に試してみました 本記事はクラスメソッド DevOps・セキュリティのカレンダー | Advent Calendar 2023の22日目の記事です。 日本時間で 11/27 早朝に発表されたCloudFormationの新機能、Git Sync（Git 同期）、みなさんはもう試されましたでしょうか。 公式のアナウンス（日本語）はこちらになります。 AWS CloudFormation、スタックの Git 管理を導入 こちらの機能、本格的な CI/CD を構築するにはシンプル過ぎるのではと思われますが、ちょっとした「CFnをGit管理したい」というアドホック運用目的としては、個人的に可能性を感じる機能です。なぜCodeCommitに対応していない。。。 とは
PythonでLambdaを書いているとき、pytestを利用してUnit TestやAPIに対するE2Eテストを実施しています。 Lambdaが多くなるほど、実施するテストも増えます。 実施するテストが増えると、1回あたりのCI/CDの稼働時間も増えます。 このCI/CDの稼働時間を減らすために、差分があるLambdaのテストだけを実施する仕組みを考えてみました。 （ALLのテストはデイリーで実施する想定です。） おすすめの方 pytestでgit diffの差分があるファイルだけをテストしてみたい方 前提 次のフォルダ構成とします。「handlers/xxx」とペアになるe2eテストファイルがあります。 ├── src │ └── handlers │ ├── xxx │ │ └── app.py │ └── yyy │ └── app.py └── tests
Git Tips and Tricks
Git Tips and Tricks Some things that people don’t tend to know about Git anymore, and some new things you might not have noticed. My FOSDEM 2024 talk on little known Git stuff that this blog series is based off. Years ago I used to do talks on advanced Git stuff. For the last decade or so, I've sort of assumed that everyone knew all the advanced command line stuff by now. However, in the last few
Gitリポジトリマネージャ「GitLab 16.9」がリリース
GitLab 16.9では、Premiumにおいて、SaaSとセルフマネージドインスタンスでのGitLab Duo Chatベータ版が利用できるようになった。GitLab Duo Chatでは、イシュー、エピック、コードの説明および要約、アーティファクトに関する特定の質問に対する回答、アーティファクトの情報に基づくコードまたはコンテンツの生成、プロセス開始支援といった機能を備えている。 また、すべてのエディションにおいて、マージリクエストのレビュー完了後に、明示的に承認せず一般的なフィードバックを送信する「コメント」、フィードバックを送信して変更を承認する「承認」、マージ前に対処すべきフィードバックを送る「変更のリクエスト」のいずれかを送信可能になった。 CI/CD変数のユーザーエクスペリエンスの改善も行われており、変数値が要件を満たさない場合の検証が改善されるとともに、変数作成時にヘルプ
「git rename」を使用してGitのブランチ名を変更する方法
「git rename」を使用してGitのブランチ名を変更する方法 どんなソフトウェアやウェブアプリケーションを開発するにしても、ワークフローにGitを組み込むことは、ほぼ必須の要件となっています。 特にチームでのコーディングとなると、分散バージョン管理システムが間違いのない選択肢です。Gitはシンプルなコマンドをいくつも備えており、すぐに使いこなすことができます。しかし、必ずしも直感的とは言えません。 ブランチでgit renameのような操作を行う場合には、慎重に手順を検討する必要があります。 チームワークには十分なコミュニケーションが必須であり、ブランチ名には、公開する以上、十分な説明と明確さが求められます。素早く効率的に仕事をこなす中でも、これをしっかりと意識する必要があるのです。そのため、ブランチ名について、プロジェクトを進める中で細かな調整が必要になることは決して珍しくないでし
■はじめに ■実施環境 ■実際の状況 ■なぜmvコマンドで差分が出なかったのか ■git mvの挙動 ■まとめ 参考資料 ■はじめに こんにちは。 株式会社iimonでエンジニアをしている遠藤です。 以前ファイル名の大文字/小文字を変更したかったので、mvコマンドで変更したのですが、差分が認識されないということがありました。 その後、git mvでファイル名を変更することで無事に差分を反映することができました。 そこで、今回はmvコマンドで差分が認識されなかった理由と、git mvの挙動について調べてみました。 ■実施環境 PC: MacBook Pro (2023) Apple M2 Pro OS: macOS 13.3 ■実際の状況 実際にどういう状況だったのか再現します。 以下のように、ディレクトリ内にIndex.htmlという名称のファイルがあります。 本来はindex.htmlと
For better or worse, my experience as a GitHub cofounder and author of several Git books (Pro Git, etc) is that the Git commit message is a unique vector for code documentation that is highly sub-optimal.The main issue is that most of the tooling (in Git or GitHub or whatever) generally only shows the first line. So in the case of this commit example would be the very simple message of a generic "
Recently, developer Liam Hammett shared a fabulous git nah snippet on Twitter that is better than your existing git nah alias 🔥 I know lots of people use a "nah" alias to abort their current changes, but they usually limit it to "git reset --hard". I like to do more by cleaning and aborting any potential rebase. If I use the "nah" command, I know I want a fresh start, so this helps He shared two
WSL 2 の Git を高速化する方法
Windows 上の Docker を高速化するためには WSL 2 を使うと良いというのは、以前の記事「Windows の Docker 環境を高速化する方法」で書きました。 WSL 2 にファイルを置くと Docker が早くなるのは良いのですが、それに起因して別の問題が発生します。 その WSL 2 に置いたファイルに対して Windows から Git を使用するとめちゃくちゃ遅くなります。 かなりツライのでどうにかしましょう。 これは結論から言うと、Windows の Docker のバインドマウントが遅くなるのと同じ原因です。 つまり、Windows のファイルシステムと、WSL 2（つまり Linux）のファイルシステムとの間での変換処理が遅いのです。 Windows から WSL 2 のファイルにアクセスしたり、 WSL 2 から Windows のファイルにアクセスしたり
文系大学生が卒論をGit管理した話 - Qiita
沢山書き直したい。差分を確認したい。頑張った履歴を数値で残したい。Gitを実践的に利用して学びたい。 そんな思いから始まり、卒論提出までGitで管理しながらやりとげました。 これから論文をGitを使って管理しようと考えている人たちにこの記事が届いてほしいです。(特に、縦書きの人に) 構成 下記ツールを使いました。 エディタ : VSCode ファイル形式 : mdファイル gitストレージ : GitHub (private) gitGUIアプリ : SourceTree 資料管理 : Notion ファイル形式 提出形式が縦書き指定ということもありwordで使われるdocx形式が理想でしたが、gitHubでも閲覧・編集を可能にするためmd形式に落ち着きました。 SourceTreeではdocxファイルの差分も閲覧できるので、GitHubでの閲覧編集を考えていない場合はおススメです。バイナ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pytestでgit diffの差分があるファイルだけをテストしてみる | DevelopersIO
git mvの挙動を解説 - iimon TECH BLOG
My favourite Git commit (2019) | Hacker News
The Ultimate "git nah" Alias - Laravel News