damccorm commented on code in PR #36301: URL: https://github.com/apache/beam/pull/36301#discussion_r2388916775
########## website/www/site/content/en/blog/gsoc-25-ml-connectors.md: ########## @@ -0,0 +1,254 @@ +--- +title: "Google Summer of Code 2025 - Beam ML Vector DB/Feature Store integrations" +date: 2025-09-26 00:00:00 -0400 +categories: + - blog + - gsoc +aliases: + - /blog/2025/09/26/gsoc-25-ml-connectors.html +authors: + - mohamedawnallah + +--- +<!-- +Licensed under the Apache License, Version 2.0 (the "License"); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an "AS IS" BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +--> + +## What Will I Cover In This Blog Post? + +I have three objectives in mind when writing this blog post: + +- Documenting the work I've been doing during this GSoC period in collaboration +with the Apache Beam community +- A thoughtful and cumulative thank you to my mentor and the Beam Community +- Writing to an older version of myself before making my first ever contribution +to Beam. This can be helpful for future contributors + +## What Was This GSoC Project About? + +The goal of this project is to enhance Beam's Python SDK by developing +connectors for vector databases like Milvus and feature stores like Tecton. These +integrations will improve support for ML use cases such as Retrieval-Augmented +Generation (RAG) and feature engineering. By bridging Beam with these systems, +this project will attract more users, particularly in the ML community. + +## Why Was This Project Important? + +While Beam's Python SDK supports some vector databases, feature stores and +embedding generators, the current integrations are limited to a few systems as +mentioned in the tables down below. Expanding this ecosystem will provide more +flexibility and richness for ML workflows particularly in feature engineering +and RAG applications, potentially attracting more users, particularly in the ML +community. + +| Vector Database | Feature Store | Embedding Generator | +|----------------|---------------|---------------------| +| BigQuery | Vertex AI | Vertex AI | +| AlloyDB | Feast | Hugging Face | + +## Why Did I Choose Beam As Part of GSoC Among 180+ Orgs? + +I chose to apply to Beam from among 180+ GSoC organizations because it aligns +well with my passion for data processing systems that serve information +retrieval systems and my core career values: + +- **Freedom:** Working on Beam supports open-source development, liberating +developers from vendor lock-in through its unified programming model while +enabling services like [Project Shield](https://projectshield.withgoogle.com/landing) to protect free +speech globally + +- **Innovation:** Working on Beam allows engagement with cutting-edge data +processing techniques and distributed computing paradigms + +- **Accessibility:** Working on Beam helps build open-source technology that +makes powerful data processing capabilities available to all organizations +regardless of size or resources. This accessibility enables projects like +Project Shield to provide free protection to media, elections, and human rights +websites worldwide + +## What Did I Work On During the GSoC Program? + +During my GSoC program, I focused on developing connectors for vector databases, +feature stores, and embedding generators to enhance Beam's ML capabilities. +Here are the artifacts I worked on and what remains to be done: + +| Type | System | Artifact | +|----------------|--------|----------| +| Enrichment Handler | Milvus | [PR #35216](https://github.com/apache/beam/pull/35216) <br> [PR #35577](https://github.com/apache/beam/pull/35577) <br> [PR #35467](https://github.com/apache/beam/pull/35467) | +| Sink I/O | Milvus | [PR #35708](https://github.com/apache/beam/pull/35708) <br> [PR #35944](https://github.com/apache/beam/pull/35944) | +| Enrichment Handler | Tecton | [PR #36062](https://github.com/apache/beam/pull/36062) | +| Sink I/O | Tecton | [PR #36078](https://github.com/apache/beam/pull/36078) | +| Embedding Gen | OpenAI | [PR #36081](https://github.com/apache/beam/pull/36081) | +| Embedding Gen | Anthropic | To Be Added | + +Here are side-artifacts that are not directly linked to my project: +| Type | System | Artifact | +|------|--------|----------| +| AI Code Review | Gemini Code Assist | [PR #35532](https://github.com/apache/beam/pull/35532) | +| Enrichment Handler | CloudSQL | [PR #34398](https://github.com/apache/beam/pull/34398) <br> [PR #35473](https://github.com/apache/beam/pull/35473) | +| Pytest Markers | GitHub CI | [PR #35655](https://github.com/apache/beam/pull/35655) <br> [PR #35740](https://github.com/apache/beam/pull/35740) <br> [PR #35816](https://github.com/apache/beam/pull/35816) | + +For more granular contributions, checking out my +[ongoing Beam contributions](https://github.com/apache/beam/pulls?q=is%3Apr+author%3Amohamedawnallah). + +## How Did I Approach This Project? + +My approach centered on community-driven design and iterative implementation, +Originally inspired by my mentor's work. Here's how it looked: + +1. **Design Document**: Created a comprehensive design document outlining the +proposed ML connector architecture +2. **Community Feedback**: Shared the design with the Beam developer community +mailing list for review +3. **Iterative Implementation**: Incorporated community feedback and applied +learnings in subsequent pull requests +4. **Continuous Improvement**: Refined the approach based on real-world usage +patterns and maintainer guidance + +Here are some samples of those design docs: + +| Component | Type | Design Document | +|-----------|------|-----------------| +| Milvus | Vector Enrichment Handler | [[Proposal][GSoC 2025] Milvus Vector Enrichment Handler for Beam](https://lists.apache.org/thread/4c6l20tjopd94cqg6vsgj20xl2qgywtx) | +| Milvus | Vector Sink I/O Connector | [[Proposal][GSoC 2025] Milvus Vector Sink I/O Connector for Beam](https://lists.apache.org/thread/cwlbwnhnf1kl7m0dn40jrqfsf4ho98tf) | +| Tecton | Feature Store Enrichment Handler | [[Proposal][GSoC 2025] Tecton Feature Store Enrichment Handler for Beam](https://lists.apache.org/thread/7ynn4r8b8b1c47ojxlk39fhsn3t0jrd1) | +| Tecton | Feature Store Sink I/O Connector | [[Proposal][GSoC 2025] Tecton Feature Store Sink I/O Connector for Beam](https://lists.apache.org/thread/dthd3t6md9881ksvbf4v05rxnlj1fgvn) | + + +## Where Did Challenges Arise During The Project? + +If there are only two logical places where challenges arose, they would be: Review Comment: ```suggestion There were 2 places where challenges arose: ``` I think this is a little clearer than the original wording ########## website/www/site/content/en/blog/gsoc-25-ml-connectors.md: ########## @@ -0,0 +1,254 @@ +--- +title: "Google Summer of Code 2025 - Beam ML Vector DB/Feature Store integrations" +date: 2025-09-26 00:00:00 -0400 +categories: + - blog + - gsoc +aliases: + - /blog/2025/09/26/gsoc-25-ml-connectors.html +authors: + - mohamedawnallah + +--- +<!-- +Licensed under the Apache License, Version 2.0 (the "License"); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an "AS IS" BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +--> + +## What Will I Cover In This Blog Post? + +I have three objectives in mind when writing this blog post: + +- Documenting the work I've been doing during this GSoC period in collaboration +with the Apache Beam community +- A thoughtful and cumulative thank you to my mentor and the Beam Community +- Writing to an older version of myself before making my first ever contribution +to Beam. This can be helpful for future contributors + +## What Was This GSoC Project About? + +The goal of this project is to enhance Beam's Python SDK by developing +connectors for vector databases like Milvus and feature stores like Tecton. These +integrations will improve support for ML use cases such as Retrieval-Augmented +Generation (RAG) and feature engineering. By bridging Beam with these systems, +this project will attract more users, particularly in the ML community. + +## Why Was This Project Important? + +While Beam's Python SDK supports some vector databases, feature stores and +embedding generators, the current integrations are limited to a few systems as +mentioned in the tables down below. Expanding this ecosystem will provide more +flexibility and richness for ML workflows particularly in feature engineering +and RAG applications, potentially attracting more users, particularly in the ML +community. + +| Vector Database | Feature Store | Embedding Generator | +|----------------|---------------|---------------------| +| BigQuery | Vertex AI | Vertex AI | +| AlloyDB | Feast | Hugging Face | + +## Why Did I Choose Beam As Part of GSoC Among 180+ Orgs? + +I chose to apply to Beam from among 180+ GSoC organizations because it aligns +well with my passion for data processing systems that serve information +retrieval systems and my core career values: + +- **Freedom:** Working on Beam supports open-source development, liberating +developers from vendor lock-in through its unified programming model while +enabling services like [Project Shield](https://projectshield.withgoogle.com/landing) to protect free +speech globally + +- **Innovation:** Working on Beam allows engagement with cutting-edge data +processing techniques and distributed computing paradigms + +- **Accessibility:** Working on Beam helps build open-source technology that +makes powerful data processing capabilities available to all organizations +regardless of size or resources. This accessibility enables projects like +Project Shield to provide free protection to media, elections, and human rights +websites worldwide + +## What Did I Work On During the GSoC Program? + +During my GSoC program, I focused on developing connectors for vector databases, +feature stores, and embedding generators to enhance Beam's ML capabilities. +Here are the artifacts I worked on and what remains to be done: + +| Type | System | Artifact | +|----------------|--------|----------| +| Enrichment Handler | Milvus | [PR #35216](https://github.com/apache/beam/pull/35216) <br> [PR #35577](https://github.com/apache/beam/pull/35577) <br> [PR #35467](https://github.com/apache/beam/pull/35467) | +| Sink I/O | Milvus | [PR #35708](https://github.com/apache/beam/pull/35708) <br> [PR #35944](https://github.com/apache/beam/pull/35944) | +| Enrichment Handler | Tecton | [PR #36062](https://github.com/apache/beam/pull/36062) | +| Sink I/O | Tecton | [PR #36078](https://github.com/apache/beam/pull/36078) | +| Embedding Gen | OpenAI | [PR #36081](https://github.com/apache/beam/pull/36081) | +| Embedding Gen | Anthropic | To Be Added | + +Here are side-artifacts that are not directly linked to my project: +| Type | System | Artifact | +|------|--------|----------| +| AI Code Review | Gemini Code Assist | [PR #35532](https://github.com/apache/beam/pull/35532) | +| Enrichment Handler | CloudSQL | [PR #34398](https://github.com/apache/beam/pull/34398) <br> [PR #35473](https://github.com/apache/beam/pull/35473) | +| Pytest Markers | GitHub CI | [PR #35655](https://github.com/apache/beam/pull/35655) <br> [PR #35740](https://github.com/apache/beam/pull/35740) <br> [PR #35816](https://github.com/apache/beam/pull/35816) | + +For more granular contributions, checking out my +[ongoing Beam contributions](https://github.com/apache/beam/pulls?q=is%3Apr+author%3Amohamedawnallah). + +## How Did I Approach This Project? + +My approach centered on community-driven design and iterative implementation, +Originally inspired by my mentor's work. Here's how it looked: + +1. **Design Document**: Created a comprehensive design document outlining the +proposed ML connector architecture +2. **Community Feedback**: Shared the design with the Beam developer community +mailing list for review +3. **Iterative Implementation**: Incorporated community feedback and applied +learnings in subsequent pull requests +4. **Continuous Improvement**: Refined the approach based on real-world usage +patterns and maintainer guidance + +Here are some samples of those design docs: + +| Component | Type | Design Document | +|-----------|------|-----------------| +| Milvus | Vector Enrichment Handler | [[Proposal][GSoC 2025] Milvus Vector Enrichment Handler for Beam](https://lists.apache.org/thread/4c6l20tjopd94cqg6vsgj20xl2qgywtx) | +| Milvus | Vector Sink I/O Connector | [[Proposal][GSoC 2025] Milvus Vector Sink I/O Connector for Beam](https://lists.apache.org/thread/cwlbwnhnf1kl7m0dn40jrqfsf4ho98tf) | +| Tecton | Feature Store Enrichment Handler | [[Proposal][GSoC 2025] Tecton Feature Store Enrichment Handler for Beam](https://lists.apache.org/thread/7ynn4r8b8b1c47ojxlk39fhsn3t0jrd1) | +| Tecton | Feature Store Sink I/O Connector | [[Proposal][GSoC 2025] Tecton Feature Store Sink I/O Connector for Beam](https://lists.apache.org/thread/dthd3t6md9881ksvbf4v05rxnlj1fgvn) | + + +## Where Did Challenges Arise During The Project? + +If there are only two logical places where challenges arose, they would be: + +- **Running Docker TestContainers in Beam Self-Hosted CI Environment:** The main +challenge was that Beam runs in CI on Ubuntu 20.04, which caused compatibility +and connectivity issues with Milvus TestContainers due to the Docker-in-Docker +environment. After several experiments with trial and error, I eventually tested +with Ubuntu latest (which at the time of writing this blog post is Ubuntu 25.04), +and no issues arose. This version compatibility problem led to the container +startup failures and network connectivity issues + +- **Triggering and Modifying the PostCommit Python Workflows:** This challenge +magnified the above issue since for every experiment update to the given +workflow, I had to do a round trip to my mentor to include those changes in the +relevant workflow files and evaluate the results. I also wasn't aware that +someone can trigger post-commit Python workflows by updating the trigger files +in `.github/trigger_files` until near the middle of GSoC. I discovered there is +actually a workflows README document in `.github/workflows/README.md` that was +not referenced in the `CONTRIBUTING.md` file at the time of writing this post + +## How Did This Project Start To Attract Users in the ML Community? + +It is observed that after we had a Milvus Enrichment Handler PR before even +merging, we started to see community-driven contributions like +[this one that adds Qdrant](https://github.com/apache/beam/pull/35686). Qdrant +is a competitor to Milvus in the vector space. This demonstrates how +the project's momentum and visibility in the ML community space attracted +contributors who wanted to expand the Beam ML ecosystem with additional vector +database integrations. + +## How Did This GSoC Experience Working With Beam Community Shape Me? Review Comment: This is great to hear, I appreciate this section and will share it with future GSOC contributors (along with the tips section)! ########## website/www/site/content/en/blog/gsoc-25-ml-connectors.md: ########## @@ -0,0 +1,254 @@ +--- +title: "Google Summer of Code 2025 - Beam ML Vector DB/Feature Store integrations" +date: 2025-09-26 00:00:00 -0400 +categories: + - blog + - gsoc +aliases: + - /blog/2025/09/26/gsoc-25-ml-connectors.html +authors: + - mohamedawnallah + +--- +<!-- +Licensed under the Apache License, Version 2.0 (the "License"); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an "AS IS" BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +--> + +## What Will I Cover In This Blog Post? + +I have three objectives in mind when writing this blog post: + +- Documenting the work I've been doing during this GSoC period in collaboration +with the Apache Beam community +- A thoughtful and cumulative thank you to my mentor and the Beam Community +- Writing to an older version of myself before making my first ever contribution +to Beam. This can be helpful for future contributors + +## What Was This GSoC Project About? + +The goal of this project is to enhance Beam's Python SDK by developing +connectors for vector databases like Milvus and feature stores like Tecton. These +integrations will improve support for ML use cases such as Retrieval-Augmented +Generation (RAG) and feature engineering. By bridging Beam with these systems, +this project will attract more users, particularly in the ML community. + +## Why Was This Project Important? + +While Beam's Python SDK supports some vector databases, feature stores and +embedding generators, the current integrations are limited to a few systems as +mentioned in the tables down below. Expanding this ecosystem will provide more +flexibility and richness for ML workflows particularly in feature engineering +and RAG applications, potentially attracting more users, particularly in the ML +community. + +| Vector Database | Feature Store | Embedding Generator | +|----------------|---------------|---------------------| +| BigQuery | Vertex AI | Vertex AI | +| AlloyDB | Feast | Hugging Face | + +## Why Did I Choose Beam As Part of GSoC Among 180+ Orgs? + +I chose to apply to Beam from among 180+ GSoC organizations because it aligns +well with my passion for data processing systems that serve information +retrieval systems and my core career values: + +- **Freedom:** Working on Beam supports open-source development, liberating +developers from vendor lock-in through its unified programming model while +enabling services like [Project Shield](https://projectshield.withgoogle.com/landing) to protect free +speech globally + +- **Innovation:** Working on Beam allows engagement with cutting-edge data +processing techniques and distributed computing paradigms + +- **Accessibility:** Working on Beam helps build open-source technology that +makes powerful data processing capabilities available to all organizations +regardless of size or resources. This accessibility enables projects like +Project Shield to provide free protection to media, elections, and human rights +websites worldwide + +## What Did I Work On During the GSoC Program? + +During my GSoC program, I focused on developing connectors for vector databases, +feature stores, and embedding generators to enhance Beam's ML capabilities. +Here are the artifacts I worked on and what remains to be done: + +| Type | System | Artifact | +|----------------|--------|----------| +| Enrichment Handler | Milvus | [PR #35216](https://github.com/apache/beam/pull/35216) <br> [PR #35577](https://github.com/apache/beam/pull/35577) <br> [PR #35467](https://github.com/apache/beam/pull/35467) | +| Sink I/O | Milvus | [PR #35708](https://github.com/apache/beam/pull/35708) <br> [PR #35944](https://github.com/apache/beam/pull/35944) | +| Enrichment Handler | Tecton | [PR #36062](https://github.com/apache/beam/pull/36062) | +| Sink I/O | Tecton | [PR #36078](https://github.com/apache/beam/pull/36078) | +| Embedding Gen | OpenAI | [PR #36081](https://github.com/apache/beam/pull/36081) | +| Embedding Gen | Anthropic | To Be Added | + +Here are side-artifacts that are not directly linked to my project: +| Type | System | Artifact | +|------|--------|----------| +| AI Code Review | Gemini Code Assist | [PR #35532](https://github.com/apache/beam/pull/35532) | +| Enrichment Handler | CloudSQL | [PR #34398](https://github.com/apache/beam/pull/34398) <br> [PR #35473](https://github.com/apache/beam/pull/35473) | +| Pytest Markers | GitHub CI | [PR #35655](https://github.com/apache/beam/pull/35655) <br> [PR #35740](https://github.com/apache/beam/pull/35740) <br> [PR #35816](https://github.com/apache/beam/pull/35816) | + +For more granular contributions, checking out my +[ongoing Beam contributions](https://github.com/apache/beam/pulls?q=is%3Apr+author%3Amohamedawnallah). + +## How Did I Approach This Project? + +My approach centered on community-driven design and iterative implementation, +Originally inspired by my mentor's work. Here's how it looked: + +1. **Design Document**: Created a comprehensive design document outlining the +proposed ML connector architecture +2. **Community Feedback**: Shared the design with the Beam developer community +mailing list for review +3. **Iterative Implementation**: Incorporated community feedback and applied +learnings in subsequent pull requests +4. **Continuous Improvement**: Refined the approach based on real-world usage +patterns and maintainer guidance + +Here are some samples of those design docs: + +| Component | Type | Design Document | +|-----------|------|-----------------| +| Milvus | Vector Enrichment Handler | [[Proposal][GSoC 2025] Milvus Vector Enrichment Handler for Beam](https://lists.apache.org/thread/4c6l20tjopd94cqg6vsgj20xl2qgywtx) | +| Milvus | Vector Sink I/O Connector | [[Proposal][GSoC 2025] Milvus Vector Sink I/O Connector for Beam](https://lists.apache.org/thread/cwlbwnhnf1kl7m0dn40jrqfsf4ho98tf) | +| Tecton | Feature Store Enrichment Handler | [[Proposal][GSoC 2025] Tecton Feature Store Enrichment Handler for Beam](https://lists.apache.org/thread/7ynn4r8b8b1c47ojxlk39fhsn3t0jrd1) | +| Tecton | Feature Store Sink I/O Connector | [[Proposal][GSoC 2025] Tecton Feature Store Sink I/O Connector for Beam](https://lists.apache.org/thread/dthd3t6md9881ksvbf4v05rxnlj1fgvn) | + + +## Where Did Challenges Arise During The Project? + +If there are only two logical places where challenges arose, they would be: + +- **Running Docker TestContainers in Beam Self-Hosted CI Environment:** The main +challenge was that Beam runs in CI on Ubuntu 20.04, which caused compatibility +and connectivity issues with Milvus TestContainers due to the Docker-in-Docker +environment. After several experiments with trial and error, I eventually tested +with Ubuntu latest (which at the time of writing this blog post is Ubuntu 25.04), +and no issues arose. This version compatibility problem led to the container +startup failures and network connectivity issues + +- **Triggering and Modifying the PostCommit Python Workflows:** This challenge +magnified the above issue since for every experiment update to the given +workflow, I had to do a round trip to my mentor to include those changes in the +relevant workflow files and evaluate the results. I also wasn't aware that +someone can trigger post-commit Python workflows by updating the trigger files +in `.github/trigger_files` until near the middle of GSoC. I discovered there is +actually a workflows README document in `.github/workflows/README.md` that was +not referenced in the `CONTRIBUTING.md` file at the time of writing this post + +## How Did This Project Start To Attract Users in the ML Community? + +It is observed that after we had a Milvus Enrichment Handler PR before even +merging, we started to see community-driven contributions like +[this one that adds Qdrant](https://github.com/apache/beam/pull/35686). Qdrant +is a competitor to Milvus in the vector space. This demonstrates how +the project's momentum and visibility in the ML community space attracted +contributors who wanted to expand the Beam ML ecosystem with additional vector +database integrations. + +## How Did This GSoC Experience Working With Beam Community Shape Me? + +If I have to boil it down across three dimensions, they would be: + +- **Mindset:** Before I was probably working in solitude making PRs about new +integrations with mental chatter in the form of fingers crossed, hoping that +there will be no divergence on the design. Now I can engage people I am working +with through design docs, making sure my work aligns with their vision, which +potentially leads to faster PR merges +- **Skillset:** It was one year before contributing to Beam where I wrote +professionally in Python, so it was a great opprtunity to brush up on my Python +skills and seeing how some design patterns are used in practice, like the query +builder pattern seen in CloudSQL Vector Ingestion in the RAG package. I also +learned about vector databases and feature stores, and also some AI +integrations. I also think I got a bit better than before in root cause analysis +and filtering signals from noise in long log files like PostCommit Python +workflows +- **Toolset:** Learning about Beam Python SDK, Milvus, Tecton, Google CloudSQL, +OpenAI and Anthropic text embedding generators, and lnav for effective log file +navigation, including their capabilities and limitations + +## Tips for Future Contributors + +If I have to boil them down to three, they would be: + +- **Observing:** Observing how experienced developers in the Beam dev team +workâhow their PRs look, how they write design docs, what kind of feedback they +get on their design docs and PRs, and how you can apply it (if feasible) to +avoid getting the same feedback again. What kind of follow-up PRs do they create +after their initial ones? How do they document and illustrate their work? What +kind of comments do they post when reviewing other people's related work? Over +time, you build your own mental model and knowledge base on how the ideal +contribution looks in this area. There is a lot to learn and explore in an +exciting, not intimidating way +- **Orienting:** Understanding your place in the ecosystem and aligning your +work with the project's context. This means grasping how your contribution fits +into Beam's architecture and roadmap, identifying your role in addressing +current gaps, and mapping stakeholders who will review, use, and maintain your +work. Most importantly, align with both your mentor's vision and the community's +vision to ensure your work serves the broader goals +- **Acting:** Acting on feedback from code reviews, design document discussions, +and community input. This means thoughtfully addressing suggested changes in a +way that moves the discussion forward, addressing concerns raised by +maintainers, and iterating on your work based on community guidance. Being +responsive to feedback, asking clarifying questions when needed, and +demonstrating that you're incorporating the community's input into your +contributions given that it is aligned with the project direction + +## Who Do I Want To Thank for Making This Journey Possible? + +If I have to boil them down to three, they would be: + +- **My Mentor, Danny McCormick:** I wouldn't hesitate to say that Danny is the Review Comment: Thank you - this is very kind :) It has been awesome working with you as well, I couldn't have asked for a better mentee -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
