Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

webrtc-adapter dependency to npm dependency from git submodule #283

Merged
merged 2 commits into from
Aug 30, 2017
Merged

webrtc-adapter dependency to npm dependency from git submodule #283

merged 2 commits into from
Aug 30, 2017

Conversation

NTARelix
Copy link
Contributor

@NTARelix NTARelix commented Aug 11, 2017

AdapterJS depends on webrtc/adapter (webrtc-adapter on npm). We currently declare this dependency via git submodules when ideally it would be in package.json. There are multiple reasons for this (one of which I've run into with bug #262, as well as being unable to install this dependency in a minimal CI slave that doesn't have git).

The build involves hooking into the npm lifecycle (see postinstall in package.json) to build this webrtc-adapter dependency before injecting it into this package's output. I've removed the submodule in favor of a pre-built npm dependency.

@NTARelix
Copy link
Contributor Author

I opened this pull request yesterday, but did a hard reset on master and force pushed so the old pull request got closed automatically.
#282

These changes are on the development branch now.

@johache johache requested a review from oooookk7 August 14, 2017 05:07
@johache johache self-assigned this Aug 14, 2017
@johache
Copy link
Contributor

johache commented Aug 14, 2017

@letchoo LGTM.
I'll merge if that's good for you.

Copy link

@oooookk7 oooookk7 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Didn't had the time to test it yet but it looks good so far

},

version: '<%= pkg.version %>-<%= githash.submodule.short %>',
version: '<%= pkg.version %>',

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@johache should we keep this as discussed previously @ncurrier?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, we would no longer be depending on a git-hash, but rather a node dep' version...
If anything, then what we should put next to our version number would be the webrtc-adapter version number.

I'm not sure if that's worth it though...

Copy link

@oooookk7 oooookk7 Aug 15, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see it's necessary as well if we are relying on the npm dependency version, but since this might change our release tagging process a bit, its be better we reconfirm with @ncurrier on this.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm ok with the version being specified in the package.json as long as it explicitly specified and does not rely on ranges. This PR specifies any minor release greater than 2.0.3 (^2.0.3), that I am not ok with.

@johache are you comfortable with only sticking to published releases? That does limit us slightly from previously where its commit based, however that may not be an issue and the simplicity may be favored.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm fine with this limitation. We can always revert in the future if we realise this is completely blocking for us.
It does sound safer to only use released version anyway. It means that it passed Google's safety checks.

@NTARelix , could you change your PR so that it uses a specific version rather than a compatible one ? (2.0.3 instead of ^2.0.3)

Copy link
Contributor

@johache johache left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@ncurrier ncurrier merged commit 9ebafbe into Temasys:development Aug 30, 2017
@NTARelix NTARelix deleted the development branch August 31, 2017 13:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants