Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-19 14:13:35 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[PR #3516] [CLOSED] fix: Update submodule URLs to HTTPS for improved accessibility #4307

New Issue
Closed
opened 2026-02-22 18:35:34 -05:00 by yindo · 0 comments
yindo commented 2026-02-22 18:35:34 -05:00
Owner
Copy Link
Copy Source

📋 Pull Request Information

Original PR: https://github.com/Mintplex-Labs/anything-llm/pull/3516
Author: @mikepsinn
Created: 3/22/2025
Status: ❌ Closed

Base: master ← Head: fix/submodule-urls

📝 Commits (1)

  • 2eef008 fix: Update submodule URLs to HTTPS - Changed browser-extension from SSH to HTTPS for better accessibility, updated dependencies, fixed initialization issues

📊 Changes

2 files changed (+65 additions, -2 deletions)

View changed files

📝 .gitmodules (+2 -2)
📝 server/yarn.lock (+63 -0)

📄 Description

Problem

When trying to clone and initialize the repository with submodules, users who don't have SSH keys configured face initialization failures because the browser-extension submodule uses an SSH URL. This creates an unnecessary barrier to entry for new contributors and users who want to work with the full codebase including the browser extension.

Changes Made

  1. Modified .gitmodules to use HTTPS instead of SSH for submodule URLs

    • Changed git@github.com:Mintplex-Labs/anythingllm-extension.git to https://github.com/Mintplex-Labs/anythingllm-extension.git
    • This allows cloning without requiring SSH key setup

  2. Updated dependencies in server/yarn.lock

    • Ensures consistent dependency versions across environments

  3. Fixed submodule initialization process

    • Both browser-extension and embed submodules can now be initialized with a simple git submodule update --init --recursive
    • No additional authentication setup required

Benefits

  • Easier Onboarding: New users can clone and start working with the codebase immediately
  • Reduced Setup Time: No need to generate and configure SSH keys just to clone the repository
  • Consistent Access: HTTPS URLs work consistently across different environments and CI/CD systems
  • Better Documentation: Clear submodule URLs make it obvious how to access the repositories

Testing Done

  • Successfully tested submodule initialization from a fresh clone
  • Verified both browser-extension and embed submodules initialize correctly
  • Confirmed all submodule content is properly accessible

Related Issues

This addresses a common issue where users might see errors like:

fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.

when trying to initialize submodules without SSH keys configured.

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/Mintplex-Labs/anything-llm/pull/3516 **Author:** [@mikepsinn](https://github.com/mikepsinn) **Created:** 3/22/2025 **Status:** ❌ Closed **Base:** `master` ← **Head:** `fix/submodule-urls` --- ### 📝 Commits (1) - [`2eef008`](https://github.com/Mintplex-Labs/anything-llm/commit/2eef008028948a192798ec6b25f0e693cbe4c525) fix: Update submodule URLs to HTTPS - Changed browser-extension from SSH to HTTPS for better accessibility, updated dependencies, fixed initialization issues ### 📊 Changes **2 files changed** (+65 additions, -2 deletions) <details> <summary>View changed files</summary> 📝 `.gitmodules` (+2 -2) 📝 `server/yarn.lock` (+63 -0) </details> ### 📄 Description ## Problem When trying to clone and initialize the repository with submodules, users who don't have SSH keys configured face initialization failures because the browser-extension submodule uses an SSH URL. This creates an unnecessary barrier to entry for new contributors and users who want to work with the full codebase including the browser extension. ## Changes Made 1. Modified `.gitmodules` to use HTTPS instead of SSH for submodule URLs - Changed `git@github.com:Mintplex-Labs/anythingllm-extension.git` to `https://github.com/Mintplex-Labs/anythingllm-extension.git` - This allows cloning without requiring SSH key setup 2. Updated dependencies in `server/yarn.lock` - Ensures consistent dependency versions across environments 3. Fixed submodule initialization process - Both browser-extension and embed submodules can now be initialized with a simple `git submodule update --init --recursive` - No additional authentication setup required ## Benefits - **Easier Onboarding**: New users can clone and start working with the codebase immediately - **Reduced Setup Time**: No need to generate and configure SSH keys just to clone the repository - **Consistent Access**: HTTPS URLs work consistently across different environments and CI/CD systems - **Better Documentation**: Clear submodule URLs make it obvious how to access the repositories ## Testing Done - Successfully tested submodule initialization from a fresh clone - Verified both browser-extension and embed submodules initialize correctly - Confirmed all submodule content is properly accessible ## Related Issues This addresses a common issue where users might see errors like: ``` fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. ``` when trying to initialize submodules without SSH keys configured. --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
yindo added the pull-request label 2026-02-22 18:35:34 -05:00
yindo closed this issue 2026-02-22 18:35:34 -05:00
yindo changed title from [PR #3516] fix: Update submodule URLs to HTTPS for improved accessibility to [PR #3516] [CLOSED] fix: Update submodule URLs to HTTPS for improved accessibility 2026-06-05 15:17:55 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#4307
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?